Re: problems building on Solaris

Re: problems building on Solaris

[Richard Gorton]

>See < http://egcs.cygnus.com/faq.html#autoconf/bison++ >.

This is _not_ a solution.  It does _not_ work.
It is a problem even when building the complete egcs-980328.tar.gz
snapshot.  I see a similar problem (yes, I'm using gnumake)
when building for host==target==alphaev56-dec-osf4.0b

I get

...

gnumake[3]: Leaving directory `/proj/gorton/egcs-980328/texinfo/makeinfo'
Making all in po
gnumake[3]: Entering directory `/proj/gorton/egcs-980328/texinfo/po'
PATH=../src:$PATH : --default-domain=texinfo --directory=.. \
  --add-comments --keyword=_ --keyword=N_ \
  --files-from=./POTFILES.in
rm -f ./texinfo.pot
mv texinfo.po ./texinfo.pot
mv: rename texinfo.po to ./texinfo.pot: No such file or directory
gnumake[3]: *** [texinfo.pot] Error 1
gnumake[3]: Leaving directory `/proj/gorton/egcs-980328/texinfo/po'
gnumake[2]: *** [all-recursive] Error 1
gnumake[2]: Leaving directory `/proj/gorton/egcs-980328/texinfo'
gnumake[1]: *** [all-recursive-am] Error 2
gnumake[1]: Leaving directory `/proj/gorton/egcs-980328/texinfo'
gnumake: *** [all-texinfo] Error 2

Then, when I apply the bison++ "fix", I get:

touch `find texinfo -name \*.pot -print`

It fails, because there are no .pot files

After re-invoking gnumake:

I get the exact same error as listed above.

	Rick

Richard Gorton			http://www.digital.com/info/semiconductor/amt	
Digital Equipment Corporation	All standard disclaimers apply.
Reply-to: gorton@tallis.enet.dec.com
"A committee is a cul-de-sac down which ideas are lured and then quietly
strangled."
     --Sir Barnett Cocks

Re: problems building on Solaris

[Jim Wilson]

	>See < http://egcs.cygnus.com/faq.html#autoconf/bison++ >.

	This is _not_ a solution.  It does _not_ work.

Yes, I only discovered this after the fact when I tried it myself.
The instructions work only if you have GNU xgettext installed.

I see three possible solutions to this problem:
1) Add the requirement that people using CVS must install GNU xgettext, and
   fix snapshots and diffs so that they include the generated .pot files.
2) Add the .pot files to the CVS archive.
3) Stop building the po subdirectory.

Personally, I like the last choice.  Here is the patch I have been using, but
as yet I haven't tried to force this on everyone else.

Index: Makefile.am
===================================================================
RCS file: /egcs/carton/cvsfiles/egcs/texinfo/Makefile.am,v
retrieving revision 1.4
diff -p -r1.4 Makefile.am
*** Makefile.am	1998/03/24 19:40:22	1.4
--- Makefile.am	1998/03/31 02:26:47
*************** EXTRA_DIST = INTRODUCTION dir-example
*** 14,16 ****
--- 14,19 ----
  # Do doc/ last so makeinfo will be built when we get there.
  # Others are alphabetical.
  SUBDIRS = intl lib info makeinfo po util doc
+ # ??? For EGCS, only build the stuff we actually need.  This eliminates the
+ # need for xgettext that exists in the po subdirectory.
+ SUBDIRS = intl lib makeinfo
Index: Makefile.in
===================================================================
RCS file: /egcs/carton/cvsfiles/egcs/texinfo/Makefile.in,v
retrieving revision 1.9
diff -p -r1.9 Makefile.in
*** Makefile.in	1998/03/24 19:40:23	1.9
--- Makefile.in	1998/03/31 02:26:47
*************** EXTRA_DIST = INTRODUCTION dir-example
*** 97,102 ****
--- 97,105 ----
  # Do doc/ last so makeinfo will be built when we get there.
  # Others are alphabetical.
  SUBDIRS = intl lib info makeinfo po util doc
+ # ??? For EGCS, only build the stuff we actually need.  This eliminates the
+ # need for xgettext that exists in the po subdirectory.
+ SUBDIRS = intl lib makeinfo
  ACLOCAL_M4 = $(top_srcdir)/aclocal.m4
  mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
  CONFIG_HEADER = config.h

Re: problems building on Solaris

[Kriang Lerdsuwanakij]

Try adding --disable-nls to the configure command.  It works for me.

--Kriang

Richard Gorton wrote:
> 
> >See < http://egcs.cygnus.com/faq.html#autoconf/bison++ >.
> 
> This is _not_ a solution.  It does _not_ work.
> It is a problem even when building the complete egcs-980328.tar.gz
> snapshot.  I see a similar problem (yes, I'm using gnumake)
> when building for host==target==alphaev56-dec-osf4.0b
> 
> I get
> 
> ...
> 
> gnumake[3]: Leaving directory `/proj/gorton/egcs-980328/texinfo/makeinfo'
> Making all in po
> gnumake[3]: Entering directory `/proj/gorton/egcs-980328/texinfo/po'
> PATH=../src:$PATH : --default-domain=texinfo --directory=.. \
>   --add-comments --keyword=_ --keyword=N_ \
>   --files-from=./POTFILES.in
> rm -f ./texinfo.pot
> mv texinfo.po ./texinfo.pot
> mv: rename texinfo.po to ./texinfo.pot: No such file or directory
> gnumake[3]: *** [texinfo.pot] Error 1
> gnumake[3]: Leaving directory `/proj/gorton/egcs-980328/texinfo/po'
> gnumake[2]: *** [all-recursive] Error 1
> gnumake[2]: Leaving directory `/proj/gorton/egcs-980328/texinfo'
> gnumake[1]: *** [all-recursive-am] Error 2
> gnumake[1]: Leaving directory `/proj/gorton/egcs-980328/texinfo'
> gnumake: *** [all-texinfo] Error 2
> 
> Then, when I apply the bison++ "fix", I get:
> 
> touch `find texinfo -name \*.pot -print`
> 
> It fails, because there are no .pot files
> 
> After re-invoking gnumake:
> 
> I get the exact same error as listed above.
> 
>         Rick
> 
> Richard Gorton                  http://www.digital.com/info/semiconductor/amt
> Digital Equipment Corporation   All standard disclaimers apply.
> Reply-to: gorton@tallis.enet.dec.com
> "A committee is a cul-de-sac down which ideas are lured and then quietly
> strangled."
>      --Sir Barnett Cocks

Re: problems building on Solaris

[Gerald Pfeifer]

On Wed, 8 Apr 1998, Jim Wilson wrote:
> I see three possible solutions to this problem:
> 1) Add the requirement that people using CVS must install GNU xgettext, and
>    fix snapshots and diffs so that they include the generated .pot files.

I believe this shouldn't become a requirement.

Of course there have been some troubles with generate files in CVS
lately but we shouldn't make it too difficult for people to make use
of CVS snapshots by requiring too many further packages...

> 2) Add the .pot files to the CVS archive.
> 3) Stop building the po subdirectory.
> 
> Personally, I like the last choice.  Here is the patch I have been using,
> but as yet I haven't tried to force this on everyone else.

Either one of 2) and 3) would be fine for me, though 3) will probably
cause less troubles in the long term.

Gerald
-- 
Gerald Pfeifer (Jerry)      Vienna University of Technology
pfeifer@dbai.tuwien.ac.at   http://www.dbai.tuwien.ac.at/~pfeifer/

Re: problems building on Solaris

[Jim Wilson]

	I just downloaded the patch egcs-980321 -> egcs-980328 and
	it seems there is a problem with xgettext when not using
	the GNU version: Here is a recall of the configuration:

If you manual update the timestamps, you should be able to build it without
needing xgettext.

See < http://egcs.cygnus.com/faq.html#autoconf/bison++ >.

Jim

problems building on Solaris

[SXTHREE]

I just downloaded the patch egcs-980321 -> egcs-980328 and
it seems there is a problem with xgettext when not using
the GNU version: Here is a recall of the configuration:

-> ../egcs-980328/configure --prefix=/thesee00/gnu
Configuring for a sparc-sun-solaris2.5.1 host.
Created "Makefile" in /thesee00/gnu/sources/obj using "mh-frag"
Links are now set up to build a native compiler for sparc-sun-solaris2.5.1

-> make bootstrap

result:
.../...
make[3]: Entering directory `/thesee00/gnu/sources/obj/texinfo/po'
PATH=../src:$PATH : --default-domain=texinfo 
--directory=../../../egcs-980328/texinfo \
  --add-comments --keyword=_ --keyword=N_ \
  --files-from=../../../egcs-980328/texinfo/po/POTFILES.in
rm -f ../../../egcs-980328/texinfo/po/texinfo.pot
mv texinfo.po ../../../egcs-980328/texinfo/po/texinfo.pot
mv: cannot access texinfo.po
make[3]: *** [../../../egcs-980328/texinfo/po/texinfo.pot] Error 2
make[3]: Leaving directory `/thesee00/gnu/sources/obj/texinfo/po'

The XGETTEXT variable is not defined in the texinfo/po Makefile.

I've seen somewhere "found xgettext programs is not GNU xgettext; ignore it"

NOTE:
egcs-980321 was succesfully built with the same commands.

FM