This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: After considerable effort...
Zack Weinberg <zack@codesourcery.com> writes:
|> On Thu, Oct 04, 2001 at 06:08:24PM +0200, Andreas Schwab wrote:
|> > Zack Weinberg <zack@codesourcery.com> writes:
|> >
|> > |> On Thu, Oct 04, 2001 at 10:36:07AM +0200, Andreas Schwab wrote:
|> > |> > Zack Weinberg <zack@codesourcery.com> writes:
|> > |> >
|> > |> > |> ... beating of head against wall, grepping libc sources, and finally
|> > |> > |> giving up and using a hex editor on the binary:
|> > |> > |>
|> > |> > |> WTF is the name of the environment variable that controls where
|> > |> > |> gettext looks for its .mo files? LOCPATH and NLSPATH don't work.
|> > |> >
|> > |> > There is none. The directory is determined by bindtextdomain, otherwise
|> > |> > the compiled in default is used.
|> > |>
|> > |> Then why is there none?
|> >
|> > Perhaps there is no need for one.
|>
|> If there were no need for one, I would not have spent hours trying to
|> find one, would I have? How do you suggest I test message translation
|> with an un-installed cc1 binary?
Well, you didn't tell us before what you are trying to do, so I could not
know. How about fileing a bug report to the gettext maintainer?
Andreas.
--
Andreas Schwab "And now for something
Andreas.Schwab@suse.de completely different."
SuSE Labs, SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5