Re: need more help compiling from CVS

["Andrew S . Halper" <ashalper acm org>]

On 2001.07.30 23:49 Cyrille Chepelov wrote:
> Le lun, jui 30, 2001, à 08:42:07 -0700, Andrew S . Halper a écrit:
>
> > These are all the libintl.h includes in the preprocessor output:
> >
> > [ashalper rocket app]$ grep libintl preferences.i
> > # 1 "../intl/libintl.h" 1
> > # 33 "../intl/libintl.h"
> > # 34 "../intl/libintl.h" 2
> > # 37 "../intl/libintl.h" 2
> > # 72 "../intl/libintl.h"
> > # 94 "../intl/libintl.h"
> > # 141 "../intl/libintl.h"
>
> So it wants to use your internal gettext's libintl.h ; do you have an
> /usr/include/libintl.h ?

Yes.  It is provided by glibc-devel:

[ashalper rocket ~/dia]$ rpm -q --whatprovides /usr/include/libintl.h
glibc-devel-2.2.2-10
[ashalper rocket ~/dia]$

> On my system, /usr/include/libintl.h is provided by libc6' devel package. Is
> there some kind of libnsl-dev package ?

I don't have any libnsl packages that I know of:

[ashalper rocket ~/dia]$ rpm -q -a | grep nsl
[ashalper rocket ~/dia]$ 

> [snip] OK. I forgot to ask also, what's the value of INTLLIBS in these
> makefiles ? (sorry, 

Running autogen.sh with no options, it is empty in both Makefiles:

[ashalper rocket ~/dia]$ grep INTLLIBS Makefile app/Makefile
Makefile:INTLLIBS = 
app/Makefile:INTLLIBS = 

> > > What result gives configuring with --with-included-gettext and
> > > --without-included-gettext ?
> >
> > --with-included-gettext:
> >
> > make[2]: Entering directory `/home/ashalper/dia/intl'
> > make[2]: *** No rule to make target `libintl  l@a', needed by `all-yes'. 
> Stop.
>
> This baffles me ; it looks like an escaping error in the makefile (this is a
> different problem from the dcgettext__ one). What version of libtool do you
> have ?

[ashalper rocket ~/dia]$ libtool --version
ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27)
[ashalper rocket ~/dia]$ 

> > --without-included-gettext:
> > Same `dcgettext__' linker error as above.
>
> Hmmm. Here's my guess: when you run ./configure, it detects that your
> glibc is recent and provides a good enough gettext(= and dcgettext(). So it
> basically selects the --without-included-gettext case. However, for a reason
> or
> another, instead of using the system's libintl.h, it uses the
> included-gettext one (which deliberately mismatches the glibc-provided one).
> Then, back at the linker step, it links in the system gettext, not the
> included one. 
>
> If you do have /usr/include/libintl.h, try to replace ./intl/libintl.h with
> a symlink to /usr/include/libintl.h ; if you don't, please find and install
> the package which installs it (I hope either situation applies and works ;
> if that's the case we're /definitely/ going to have to document the fix
> and/or teach configure to look for that situation).

OK, I think the symbolic link worked.  Seems kind of hacky for a long-term
solution though.  The files /usr/include/libintl.h and ./intl/libintl.h are
different, but it sounds like you already knew that.

Now I think the application is installing ok, but there's lots of jade errors
when the documentation is installed like:

make[4]: Entering directory `/home/ashalper/dia/doc/en'
cd . && /usr/bin/db2html dia-manual.sgml && touch stamp-doc
output is dia-manual
Using catalogs: /etc/sgml/sgml-docbook.cat
Using stylesheet: /usr/share/sgml/docbook/utils-0.6/docbook-utils.dsl#html
Working on: /home/ashalper/dia/doc/en/dia-manual.sgml
jade:/home/ashalper/dia/doc/en/dia-manual.sgml:1:66:W: cannot generate system
identifier for public text "-//GNOME//DTD DocBook PNG Variant V1.1//EN"
jade:/home/ashalper/dia/doc/en/dia-manual.sgml:16:0:E: reference to entity
"BOOK" for which no system identifier could be generated
jade:/home/ashalper/dia/doc/en/dia-manual.sgml:1:0: entity was defined here
jade:/home/ashalper/dia/doc/en/dia-manual.sgml:16:0:E: DTD did not contain
element declaration for document type name
jade:/home/ashalper/dia/doc/en/dia-manual.sgml:18:9:E: there is no attribute
"ID"

..etc., finally terminating with:

jade:I: maximum number of errors (200) reached; change with -E option
make[4]: *** [stamp-doc] Error 8
make[4]: Leaving directory `/home/ashalper/dia/doc/en'
make[3]: *** [install-data-am] Error 2
make[3]: Leaving directory `/home/ashalper/dia/doc/en'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/home/ashalper/dia/doc/en'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/home/ashalper/dia/doc'
make: *** [install-recursive] Error 1
[root rocket dia]# 

Andy