Rob, There was a follow-up message: http://cygwin.com/ml/cygwin-apps/2002-10/msg00152.html That eliminates #1. I don't know how to fix #2 -- could have something to do with cvs checkout timestamps. I don't believe it was addressed, though. Igor
On 10 Mar 2003, Robert Collins wrote: > Igor, have we address points 1 & 2 below? I don't recall... > > Rob > > On Fri, 2002-10-18 at 14:08, Igor Pechtchanski wrote: > > Hi, > > Just checked setup out from cvs > > (:pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps) and tried to build. > > I created a new directory, from there ran "$(SETUP_SOURCE)/configure" with > > all the options listed on http://sources.redhat.com/cygwin-apps/setup.html > > (except changing "gcc" to "gcc-2" and "g++" to "g++-2"), and then "make". > > I previously built setup from the distribution source (2.249.2.5) on the > > same machine / software / package configuration with no problems. > > > > Here are some problems I've encountered with the cvs HEAD: > > > > 1) Makefile.am has direct calls for flex and bison. I have byacc > > installed instead of bison, and configure found it and set YACC to it. > > When I changed the rule to use $(YACC) instead of bison, make was able to > > proceed. I'm attaching a patch for Makefile.am that fixes it (it also > > uses $(LEX) instead of flex). > > > > 2) zlib doesn't build as checked out from cvs. The reason is that the > > dependences are all screwed up. Running 'touch aclocal.m4 Makefile.in > > configure Makefile' in zlib fixed the dependences. Oh, and it tried to > > rebuild all of them and failed, since I have CVSREAD defined, and the > > files couldn't be overwritten. I'm not sure if there's a fix for this. > > Also, the autotools files in zlib were generated for an older version than > > is currently available, so the only way to regenerate them would be all at > > once... > > > > 3) I get a 'yylval not defined' when compiling inilex.cc. The exact > > message is: > > g++-2 -mno-cygwin -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > > -DPACKAGE=\"setup\" -DVERSION=\"0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 > > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 > > -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 > > -DHAVE_LIBMINGW32=1 -DHAVE_ERRNO_H=1 -DHAVE_STRING=1 -DHAVE_STRING_H=1 -I. > > -I/usr/src/setup-cvs/setup -I/usr/src/setup-cvs/setup/bz2lib > > -I/usr/src/setup-cvs/setup/libgetopt++/include \ > > -I/usr/include/g++-3 -Winline -Wall -Wpointer-arith -Wcast-align > > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations > > -Wcomments -I/usr/src/setup-cvs/setup/bz2lib > > -I/usr/src/setup-cvs/setup/libgetopt++/include -g -O2 -c -o inilex.o inilex.cc > > /usr/src/setup-cvs/setup/inilex.l: In function `int yylex()': > > /usr/src/setup-cvs/setup/inilex.l:50: `yylval' undeclared (first use this function) > > /usr/src/setup-cvs/setup/inilex.l:50: (Each undeclared identifier is reported only > > once > > /usr/src/setup-cvs/setup/inilex.l:50: for each function it appears in.) > > > > This is probably due to the differences between byacc and bison. It would > > be nice if there was a mention somewhere that setup requires bison to > > build. If that is indeed the case, though, please ignore the attached > > patch... > > > > I'll try installing bison and rebuilding tomorrow... Sorry for the rant. > > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune