Apache OpenOffice (AOO) Bugzilla – Issue 19803
W32: Build breaks in transex3/source with flex 2.5.31-1
Last modified: 2004-10-12 15:02:23 UTC
This was a W32-MSVC-tcsh (Cygwin 1.5) build of mws_srx645, see <http://ooo.ximian.com/tinderbox/gunzip.cgi?tree=mws_srx645&full-log=1063928747.5694> for the complete logfile. I'm not sure if it is either a MSVC problem, or a flex problem. I started also a W32-.NET-tcsh (Cygwin 1.3) build and it passed transex3/source without problem. Logfile copy from the tinderbox follows: 64071 ============= 64072 Building project transex3 64073 ============= 64074 /cygdrive/e/w1/mws_srx645/transex3/source 64075 mkout -- version: 1.3 64076 Command: makedepend 64077 Command: makedepend 64078 Command: makedepend 64079 Command: makedepend 64080 Command: makedepend 64081 Command: makedepend 64082 Command: makedepend 64083 Command: makedepend 64084 Command: makedepend 64085 Command: makedepend 64086 Command: makedepend 64087 Command: makedepend 64088 Command: makedepend 64089 Command: makedepend 64090 Command: makedepend 64091 Command: makedepend 64092 Command: makedepend 64093 ------------------------------ 64094 Making: ../wntmsci9.pro/misc/transex3.dpc 64095 Making : Dependencies 64096 /bin/touch.exe ../wntmsci9.pro/misc/transex3.dpc 64097 --- EXCEPTIONSFILES --- 64098 ------------------------------ 64099 Making: ../wntmsci9.pro/obj/localize.obj 64100 guw.pl /cygdrive/c/PROGRA~1/MSVS6/VC98/bin/cl.exe -Zm200 -c -nologo -Gs -Gy -I. -I. -I../inc -I../inc -I../WIN/inc -I../wntmsci9.pro/inc -I. -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc/stl -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc/external -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc -I/cygdrive/e/w1/mws_srx645/solenv/wntmsci9/inc -I/cygdrive/e/w1/mws_srx645/solenv/inc -I/cygdrive/e/w1/mws_srx645/res -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc/stl -I/cygdrive/c/j2sdk1.4.1_02/include/win32 -I/cygdrive/c/j2sdk1.4.1_02/include -I´/cygdrive/c/psdk02_2003/include´ -I/cygdrive/c/PROGRA~1/MSVS6/VC98/include -I. -I../res -I. -Ob1 -Zi -Fd../wntmsci9.pro/misc/_ooo_st_transex3.PDB -Ox -Oy- -Gd -GX -DWNT -DWNT -DNT351 -DMSC -DMI200 -DINTEL -D_USE_NAMESPACE -D_X86_=1 -DFULL_DESK -DSTLPORT_VERSION=400 -DWINVER=0x400 -D_WIN32_IE=0x400 -D_MT -DCPPU_ENV=msci -DSUPD=645 -DBUILD=8693 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRX645 -DYY_NEVER_INTERACTIVE=1 -DMULTITHREAD -DWIN32 -D_MT -D_DLL -DWIN32 -D_MT -D_DLL -W3 -Fo../wntmsci9.pro/obj/localize.obj /cygdrive/e/w1/mws_srx645/transex3/source/localize.cxx 64101 64102 guw.pl /cygdrive/c/PROGRA~1/MSVS6/VC98/bin/cl.exe @/tmp/mk610ca450.5 64103 Command: /cygdrive/c/PROGRA~1/MSVS6/VC98/bin/cl.exe 64104 localize.cxx 64105 --- EXCEPTIONSFILES OVER --- 64106 flex -l -8 -o../wntmsci9.pro/misc/cfg_yy.c cfglex.l 64107 ------------------------------ 64108 Making: ../wntmsci9.pro/obj/cfg_yy.obj 64109 guw.pl /cygdrive/c/PROGRA~1/MSVS6/VC98/bin/cl.exe -Zm200 -c -nologo -Gs -Gy -I. -I. -I../inc -I../inc -I../WIN/inc -I../wntmsci9.pro/inc -I. -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc/dont_use_stl -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc/external -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc -I/cygdrive/e/w1/mws_srx645/solenv/wntmsci9/inc -I/cygdrive/e/w1/mws_srx645/solenv/inc -I/cygdrive/e/w1/mws_srx645/res -I/cygdrive/e/w1/mws_srx645/solver/645/wntmsci9.pro/inc/dont_use_stl -I/cygdrive/c/j2sdk1.4.1_02/include/win32 -I/cygdrive/c/j2sdk1.4.1_02/include -I´/cygdrive/c/psdk02_2003/include´ -I/cygdrive/c/PROGRA~1/MSVS6/VC98/include -I. -I../res -I. -Ob1 -Zi -Fd../wntmsci9.pro/misc/_ooo_st_transex3.PDB -Ox -Oy- -Gd -DWNT -DWNT -DNT351 -DMSC -DMI200 -DINTEL -D_USE_NAMESPACE -D_X86_=1 -DFULL_DESK -DSTLPORT_VERSION=400 -DWINVER=0x400 -D_WIN32_IE=0x400 -D_MT -DCPPU_ENV=msci -DSUPD=645 -DBUILD=8693 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRX645 -DYY_NEVER_INTERACTIVE=1 -DMULTITHREAD -DWIN32 -D_MT -D_DLL -DWIN32 -D_MT -D_DLL -W3 -Fo../wntmsci9.pro/obj\cfg_yy.obj ../wntmsci9.pro/misc/cfg_yy.c 64110 64111 guw.pl /cygdrive/c/PROGRA~1/MSVS6/VC98/bin/cl.exe @/tmp/mk610ca410.5 64112 Command: /cygdrive/c/PROGRA~1/MSVS6/VC98/bin/cl.exe 64113 cfg_yy.c 64114 NEXT ../wntmsci9.pro/misc/cfg_yy.c(1424) : error C2065: ´yy_prev_more_offset´ : undeclared identifier 64115 NEXT dmake: Error code 2, while making ´../wntmsci9.pro/obj/cfg_yy.obj´ 64116 echo: No match. 64117 64118 NEXT ERROR: Error 65280 occurred while making /cygdrive/e/w1/mws_srx645/transex3/source 64119 NEXT dmake: Error code 1, while making ´build_all´ 64120 echo: No match. 64121 64122 -------------------------------------------------- 64123 buildooo.btm|tcsh ended at: 01:44:44 (Sorry for the line numbers, but I cannot reach my real logfile ATM.)
As MSVC 6 is still supported I set OOo 1.1 as target.
Changed component to tools. Changed Summary, I tested the previous version of flex in cygwin, flex 2.5.4-2. This still works, so it looks like a flex problem. I guess this has nothing to do with .NET vs. MSVC6. I have no idea about flex, but I will attached the generated, but failing cfg_yy.c CC'ing ause, 'cause he fixed the bison problems last time.
Reassign.
Created attachment 9501 [details] Failing file created with flex 2.5.31-1
Changed wrong version number in summary. Changed Priority to 3 because there is a workaround: Workaround: Use the cygwin setup.exe to install the previous flex version, that is: flex 2.5.4-2 It seems this is a flex problem, that might also affect non windows builds. Poor example (XFree86 (on cygwin) has also problems with flex) See "Fun with flex" <http://cygwin.com/ml/cygwin-xfree/2003-09/threads.html#00292>
The cygwin flex maintainer stepped back to flex version 2.5.4a. With this version OOo builds with all the current tools coming with cygwin. Resolving as fixed.
v
close
Just for the records: This also happens on Sun Solaris/SPARC with flex: flex 2.5.31
This is still a problem in OOo src680 code on Fedora (Core 3 Test 3 latest) See http://bugzilla.ximian.com/show_bug.cgi?id=58438 There is also a patch which I will attach here too...
Created attachment 18296 [details] fixes "could not find yy_prev_more_offset" variable error for flex 2.5.4a-31 on fedora
Try the head version of this. There was some work getting it to work correctly done there. cvs up -A