NLS files created in srcdir not in objdir

[Philipp Thomas]

Sorry for the resending, but I just discovered that I had the wrong address
for gcc-bugs in the CC.

* Jeffrey A . Law (law@cygnus.com) [20000331 21:36]:

> I'm not sure where NLS fits in either, but I'd like to solve the parser
> stuff before trying to tackle NLS since I've had more experience with the
> parser side of the equation and it effects everyone if we make a change.

I can only agree. Having the CVS repository hold only the real sources would
get rid of the problems with e.g. mismatched bison versions and would do
away with the need to use gcc_update. 

The only 'hurdle' I see is, that we would have to add some autoconf
machinery to check for appropriate versions of some of the needed tools
(like f.i. gperf).

Anything else I'm missing?

On the point of NLS, I'd say that those files would also fall into the same
category as they are generated directly from the sources. gcc.pot is
generated from the C sources and itself only serves as either a starting
point for new translations or for syncing existing translations (the
[language].po files). And *.mo files, i.e. the binary message catalogs, are
created from the *.po files.

I would be nice to only have to generate them once when compiling for
different targets as this would speed up building a bit.

But the main work, the creation of gcc.pot, would have to be done on each
build anyway, if for nothing else than to check if there have been changes.
So I'd say we could just as well generate them in the build tree.

And Jeff, on the point of requiring the necessary tools like gettext if we
switched to --enable-nls by default, I'd say it's just as easy for those
folks who don't want/need it to configure with --disable-nls as it is for me
now to use --enable-nls. And configure would anyway disable NLS support if
it doesn't find the necessary tools.

Philipp

-- 
Philipp Thomas <pthomas@suse.de>
SuSE GmbH, Schanzaecker Str. 10, D-90443 Nuremberg, Germany

#define NINODE  50              /* number of in core inodes */
#define NPROC   30              /* max number of processes */
 	-- Version 7 UNIX fuer PDP 11, /usr/include/sys/param.h