Обсуждение: Cannot build recent snapshot
I have a potential patch for the glibc2 date problem; however I can't test it because the snapshot won't build. Has this build error been cured recently, or do I have my own unique problem? O/S: Linux 2.0.32 Glibc: 2.0.6 Gcc: 2.7.2.3 Flex: 2.5.4 Bison: 1.25 PostgreSQL: snapshot downloaded Jan 12 make[2]: Entering directory `/usr1/home/olly/mypackages/pgsql/src/backend/parse r' /usr/bin/bison -y -d gram.y mv y.tab.c gram.c mv y.tab.h parse.h gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 -Wall -Wmissing-prototypes -I.. -Wno-error -c analyze.c -o analyze.o gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 -Wall -Wmissing-prototypes -I.. -Wno-error -c gram.c -o gram.o /usr/share/bison.simple: In function `yyparse': /usr/share/bison.simple:327: warning: implicit declaration of function `yyerror' /usr/share/bison.simple:387: warning: implicit declaration of function `yylex' gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 -Wall -Wmissing-prototypes -I.. -Wno-error -c keywords.c -o keywords.o .... gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 -Wall -Wmissing-prototypes -I.. -Wno-error -c scan.c -o scan.o lex.yy.c:800: warning: no previous prototype for `yylex' scan.l: In function `yylex': scan.l:202: `ABORT' undeclared (first use this function) scan.l:202: (Each undeclared identifier is reported only once scan.l:202: for each function it appears in.) scan.l: At top level: scan.l:379: warning: no previous prototype for `yyerror' scan.l: In function `yyerror': scan.l:380: `ABORT' undeclared (first use this function) lex.yy.c: At top level: lex.yy.c:2103: warning: `yy_flex_realloc' defined but not used make[2]: *** [scan.o] Error 1 make[2]: Leaving directory `/usr1/home/olly/mypackages/pgsql/src/backend/parser ' scan.l version is: $Header: /usr/local/cvsroot/pgsql/src/backend/parser/scan.l,v 1.34 1998/01/05 16:39:19 momjian Exp $ -- Oliver Elphick Oliver.Elphick@lfix.co.uk Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Unsolicited email advertisements are not welcome; any person sending such will be invoiced for telephone time used in downloading together with a £25 administration charge.
On Thu, 15 Jan 1998, Oliver Elphick wrote:
> I have a potential patch for the glibc2 date problem; however I can't
> test it because the snapshot won't build.
remove src/backend/parser/scan.c...that should fix your problem
The Hermit Hacker wrote: >On Thu, 15 Jan 1998, Oliver Elphick wrote: > >> I have a potential patch for the glibc2 date problem; however I can't >> test it because the snapshot won't build. > > remove src/backend/parser/scan.c...that should fix your problem > Thanks, it did. The patch for glibc2 dates is attached. With this applied, a Linux system with libc6 (glibc2) passes all the date and time related regression tests. Oliver Elphick Oliver.Elphick@lfix.co.uk Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Unsolicited email advertisements are not welcome; any person sending such will be invoiced for telephone time used in downloading together with a £25 administration charge.
Вложения
> The patch for glibc2 dates is attached. With this applied, a Linux system
> with libc6 (glibc2) passes all the date and time related regression tests.
It looks as though this patch is a bit Linux-specific (or specific to some version of glibc which has only been tested
on
Linux).
Can we wait until glibc2 settles down, or provide this as an add-on patch rather than merging it into the main tree? I
hate
adding machine-specific code into otherwise general code...
Another possibility would be to add a new #define variable like HAVE_FUNNY_LIBRARY in config.h or in linux.h so we can
possibly use this with other ports if necessary in the future.
I'm planning on installing RH5.0 sometime soon (I have a clean disk so can fall back to RH4.2). I'm sure I'll sound
more
sympathetic by then :)
- Tom
Oliver Elphick wrote: > > I have a potential patch for the glibc2 date problem; however I can't > test it because the snapshot won't build. > > Has this build error been cured recently, or do I have my own unique problem? > > O/S: Linux 2.0.32 > Glibc: 2.0.6 > Gcc: 2.7.2.3 > Flex: 2.5.4 > Bison: 1.25 > PostgreSQL: snapshot downloaded Jan 12 > > make[2]: Entering directory `/usr1/home/olly/mypackages/pgsql/src/backend/parse > r' > /usr/bin/bison -y -d gram.y > mv y.tab.c gram.c > mv y.tab.h parse.h > gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 > -Wall -Wmissing-prototypes -I.. -Wno-error -c analyze.c -o analyze.o > gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 > -Wall -Wmissing-prototypes -I.. -Wno-error -c gram.c -o gram.o > /usr/share/bison.simple: In function `yyparse': > /usr/share/bison.simple:327: warning: implicit declaration of function > `yyerror' > /usr/share/bison.simple:387: warning: implicit declaration of function `yylex' > gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 > -Wall -Wmissing-prototypes -I.. -Wno-error -c keywords.c -o keywords.o > > .... > > gcc -I../../include -I/usr/include/ncurses -I/usr/include/readline -O2 -m486 > -Wall -Wmissing-prototypes -I.. -Wno-error -c scan.c -o scan.o > lex.yy.c:800: warning: no previous prototype for `yylex' > scan.l: In function `yylex': > scan.l:202: `ABORT' undeclared (first use this function) > scan.l:202: (Each undeclared identifier is reported only once > scan.l:202: for each function it appears in.) > scan.l: At top level: > scan.l:379: warning: no previous prototype for `yyerror' > scan.l: In function `yyerror': > scan.l:380: `ABORT' undeclared (first use this function) > lex.yy.c: At top level: > lex.yy.c:2103: warning: `yy_flex_realloc' defined but not used > make[2]: *** [scan.o] Error 1 > make[2]: Leaving directory `/usr1/home/olly/mypackages/pgsql/src/backend/parser > ' My solution was to remove scan.c from that directory and let it be rebuilt from scan.l - the Makefile does not remove scan.c on "make clean" I had a couple of warnings, but no premature termination of make. (Linux 2.0.29, libc-5.4.33) Hope this helps Darrell
On Fri, 16 Jan 1998, Thomas G. Lockhart wrote: > > The patch for glibc2 dates is attached. With this applied, a Linux system > > with libc6 (glibc2) passes all the date and time related regression tests. > It looks as though this patch is a bit Linux-specific (or specific to some version of glibc which has only been tested on Linux). > Can we wait until glibc2 settles down, or provide this as an add-on patch rather than merging it into the main tree? I hate adding machine-specific code into otherwise general code... > Another possibility would be to add a new #define variable like HAVE_FUNNY_LIBRARY in config.h or in linux.h so we can possibly use this with other ports if necessary in the future. How about making this #define 'HAVE_GLIBC' ??? Maarten _____________________________________________________________________________ | Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL | | Computer Architecture and Digital Technique section | | M.Boekhold@et.tudelft.nl | -----------------------------------------------------------------------------