Problems compiling tab+frame patch on Mandrake and RH 7
I've built RPMs that include version 9 of the tab+frame patch at http://www.hyperborea.org/software/dillo/modified.html (a completely separate page from the mail page with the "vanilla" RPMs). In building these, I ran into problems trying to compile with up-to-date versions of: - Red Hat 7.3 - Red Hat 7.2 - Mandrake 8.2 - Mandrake 9.1 On these systems, after un-tarring the Dillo 0.7.3 source and applying the appropriate version of the patch, make would always fail at the same point: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I/usr/local/include/libpng12 -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -DXHTML_DTD_FRAMESET -DXHTML_DTD_TRANSITIONAL -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c `test -f 'http.c' || echo './'`http.c http.c: In function `Http_query': http.c:167: `VERSION' undeclared (first use in this function) http.c:167: (Each undeclared identifier is reported only once http.c:167: for each function it appears in.) make[3]: *** [http.o] Error 1 make[3]: Leaving directory `/home/kelson/build/dillo-0.7.3/src/IO' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/kelson/build/dillo-0.7.3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/kelson/build/dillo-0.7.3' make: *** [all] Error 2 The unpatched versions had no problems on any of the above systems. When I checked the patch to see what was changed in http.c, and saw how little there was, I started looking at library versions. At the time I had not tried Red Hat 7.2, so I started up my UML copy. On my first test (just compiling the patched source), it worked. I then checked for and installed updates before trying to build the RPM, and it failed just as the others had. To make a long story short, on Red hat 7.2 I narrowed the problem down to glibc. It worked with glibc 2.2.4-19.3, but not with 2.2.4-32. Unfortunately I can't narrow it down to a version in general. Red Hat 7.3 is on glibc-2.2.5-43, Mandrake 8.2 is on glibc-2.2.4-26.2mdk, and Mandrake 9.1 is on glibc-2.3.1-10mdk. Has anyone else encountered similar problems, and/or come up with a workaround? -- Kelson Vibber www.hyperborea.org
Hi,
On these systems, after un-tarring the Dillo 0.7.3 source and applying the appropriate version of the patch, make would always fail at the same point:
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I/usr/local/include/libpng12 -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -DXHTML_DTD_FRAMESET -DXHTML_DTD_TRANSITIONAL -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c `test -f 'http.c' || echo './'`http.c http.c: In function `Http_query': http.c:167: `VERSION' undeclared (first use in this function)
VERSION is declared in config.h which in turn is produced by the configure magic. I highly suspoect that something went wrong during configure time and config.h got garbeled. Maybe some time stamps while patching ? And some of the autotools tried to run although they shouldn't ? I had some issues with the autotools after patching but forgot the details - sorry. Touching certain files in a certain order may help to not trigger the autotools. Hope that helps, Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198
On Tue, 2 Sep 2003 10:02:50 +0200 Andreas Schweitzer <Andreas.Schweitzer@hs.uni-hamburg.de> wrote:
Hi,
On these systems, after un-tarring the Dillo 0.7.3 source and applying the appropriate version of the patch, make would always fail at the same point:
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I/usr/local/include/libpng12 -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -DXHTML_DTD_FRAMESET -DXHTML_DTD_TRANSITIONAL -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c `test -f 'http.c' || echo './'`http.c http.c: In function `Http_query': http.c:167: `VERSION' undeclared (first use in this function)
VERSION is declared in config.h which in turn is produced by the configure magic. I highly suspoect that something went wrong during configure time and config.h got garbeled. Maybe some time stamps while patching ? And some of the autotools tried to run although they shouldn't ?
These errors can be caused by mismatched autotools (when the one used to create the configure script does not match the installed version). You can try to run the autotools manually to recreate the files with your installed versions of the autotools: % aclocal % autoheader % autoconf % automake -a This should solve the problem. If you do not have these programs, you need to install them... I have seen this on an old RH6.2 box, running the autotools solved the problem. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]
On Tuesday 02 September 2003 2:05 am, Frank de Lange wrote:
These errors can be caused by mismatched autotools (when the one used to create the configure script does not match the installed version). You can try to run the autotools manually to recreate the files with your installed versions of the autotools:
Thanks! I've updated the RPM spec for the patched version to (a) check for automake and autoconf, and (b) run them before calling configure. So far, so good on fully-patched RH 7.2 and Mandrake 9.1. I can't test it on Mandrake 8.2 yet, because both the spare partition and UML filesystem have stopped working. I'll probably just start from a fresh Mdk 8.2 UML fs and reclaim the partition. RPMs for Mandrake 9.1 i586 and PPC will be up shortly. -- Kelson Vibber www.hyperborea.org
participants (3)
-
Andreas Schweitzer -
Frank de Lange -
Kelson Vibber