Subject: What's wrong with [the Word importer part of] the FreeBSD build
From: Mike Meyer (mwm@mired.org)
Date: Wed Jun 07 2000 - 03:16:30 CDT
James Montgomerie writes:
> I think I've figured out what's wrong in the FreeBSD
> build, (to do with the error I've attached below, from
> Tinderbox).
I'm getting different errors on 4.0. To wit:
Building with [LicensedTrademarks:Off Debug:Off Gnome:Off].
xap_UnixPSGenerate.cpp:
xap_UnixPSGenerate.cpp: In method `UT_Bool ps_Generate::openFile(unsigned char)':
xap_UnixPSGenerate.cpp:65: `popen' undeclared (first use this function)
xap_UnixPSGenerate.cpp:65: (Each undeclared identifier is reported only once
xap_UnixPSGenerate.cpp:65: for each function it appears in.)
xap_UnixPSGenerate.cpp: In method `void ps_Generate::closeFile()':
xap_UnixPSGenerate.cpp:81: `pclose' undeclared (first use this function)
gmake[4]: *** [/home/mwm/external-src/abi/abi/src/FreeBSD_4.0-RELEASE_i386_OBJ/o
popen is declared in stdio.h, which is included by
xap_UnixPSGenerate.cpp.
> wv declares it's own getopt() routine, and it seems to
> conflict with the BSD one. This wasn't a problem
> before, because there were no points at which we used
> the old one. It now /does/ matter, because glib.h (part
> of the 'system' on the BSD machine) includes getopt.h
> from within the importer part of the abi tree, but gets
> wv's getopt.h instead of the system wide one. This
> re-declaration conflicts with then declaration of
> getopt() seemingly in unistd.h, also included in by
> something in the abi tree, and the build fails.
Is it possible that wv (or some such) duplicates other system headers?
FWIW, there is no glib.h as part of the 4.0-RELEASE system. There's
one included in the glib port, but ports are specifically *not* part
of the system.
<mike
This archive was generated by hypermail 2b25 : Wed Jun 07 2000 - 03:16:35 CDT