This is the mail archive of the
mailing list for the Cygwin project.
Re: Setup cvs HEAD build problems (ping)
- From: "Elfyn McBratney" <elfyn dot mcbratney at exposure dot org dot uk>
- To: "cygwin-apps" <cygwin-apps at cygwin dot com>
- Date: Mon, 10 Mar 2003 07:53:50 -0000
- Subject: Re: Setup cvs HEAD build problems (ping)
- References: <Pine.GSO.firstname.lastname@example.org>
- Reply-to: "Elfyn McBratney" <elfyn at exposure dot org dot uk>
> There was a follow-up message:
> 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,
> 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:anoncvs at sources dot redhat dot com:/cvs/cygwin-apps) and tried to
> > > I created a new directory, from there ran "$(SETUP_SOURCE)/configure"
> > > all the options listed on
> > > (except changing "gcc" to "gcc-2" and "g++" to "g++-2"), and then
> > > I previously built setup from the distribution source (18.104.22.168) on
> > > 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
> > > 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
> > > 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
> > > Also, the autotools files in zlib were generated for an older version
> > > is currently available, so the only way to regenerate them would be
> > > 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_VERSI
ON=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"setup\" -
DVERSION=\"0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DH
AVE_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/include/g++-3 -Winline -Wall -Wpointer-arith -Wcast-align -
Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declaratio
ns -Wcomments -I/usr/src/setup-cvs/setup/bz2lib -I/usr/src/setup-cvs/setup/l
ibgetopt++/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
> > > /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
> > >
> > > This is probably due to the differences between byacc and bison. It
> > > 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
> > > Igor
> |\ _,,,---,,_ pechtcha at cs dot nyu dot edu
> ZZZzz /,`.-'`' -. ;-;;,_ igor at watson dot ibm dot com
> |,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