bugCERTI - Bugs: bug #26044, Bison & M4 Windows Vista

 
 

bug #26044: Bison & M4 Windows Vista

Submitter:  None
Submitted:  Sun 29 Mar 2009 09:34:40 AM UTC
 
Category:  CERTI Severity:  * 5 - Blocker
Item Group:  Compilation error Status:  Ready For Test
Privacy:  Public Assigned to:  adele
Open/Closed:  Closed Release:  * 3.3.1
Reproducibility:  Intermittent Fixed Release:  3.4.0
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       No canned response available

 

( Jump to the original submission )

Mon 06 Apr 2009 03:04:09 PM UTC, comment #13: 

using byacc (http://gnuwin32.sourceforge.net/packages/byacc.htm )
Vista SP1 (32 and 64bit) - works just nice ! YES!

max <maximum2000>
Sat 04 Apr 2009 01:47:55 PM UTC, comment #12: 

Ok I've just tried some bison replacement on Linux

1) using btyacc (version 3.0)
   --> failure with undefined symbols
2) using byacc (version 1.9 20070509)
   --> works just nice

Max,
Would you be able to try with GnuWin32 byacc on Windows?
http://gnuwin32.sourceforge.net/packages/byacc.htm

however this would be considered as a workaround the m4 bug.

Eric NOULARD <erk>
Project Administrator
Sat 04 Apr 2009 01:36:57 PM UTC, comment #11: 

I've found another pointer regarding the m4 bug:

http://www.nabble.com/M4-not-working-on-32bit-Vista-td21040812.html

Martin we did not checked if your Vista is 32bits or 64bits
could you check that?

As reported in the previous link, this looks like an m4.exe
bug which should be fixed in version 1.4.13 which is unfortunately
not available from GnuWin32 [yet].

Regarding btyacc or byacc usage, we did not tried this with
Martin, I'll try btyacc on linux and try to provide a working patch on windows.

Eric NOULARD <erk>
Project Administrator
Sat 04 Apr 2009 12:03:31 PM UTC, comment #10: 

Vista SP1
Visual C++  2008 Prof. (not Express)
Is your path environment variable correctly set with Bison,  flex and M4 ....

M4 = C:\Program Files\GnuWin32\bin\M4.exe
PATH = ;C:\Program Files\GnuWin32\bin;

max <maximum2000>
Fri 03 Apr 2009 09:06:09 AM UTC, comment #9: 

Hi,
We cannot reproduce your problem on Vista SP1 using bison, flex,
M4 and Visual C++ Express 2008.

Do you use Vista SP1 ?
Is your path environment variable correctly set with Bison,
flex and M4 ?

Adelantado <adele>
Project Administrator
Tue 31 Mar 2009 08:09:22 PM UTC, comment #8: 

May be the command lines parameters used
for bison/yacc are strictly the same that those to be
used by btyacc.

Thus the
#Exec Yacc
ADD_CUSTOM_COMMAND(
   OUTPUT  ${YACC_WANTED_OUT_PREFIX}.cc ${YACC_WANTED_OUT_PREFIX}.h
   COMMAND ${YACC_PROGRAM} ARGS ${YACC_COMPAT_ARG} -d ${YACC_SRC}
   COMMAND ${CMAKE_COMMAND} -E copy ${YACC_OUT_PREFIX}.h  ${YACC_WANTED_OUT_PREFIX}.h
   COMMAND ${CMAKE_COMMAND} -E copy ${YACC_OUT_PREFIX}.c  ${YACC_WANTED_OUT_PREFIX}.cc
   DEPENDS ${YACC_SRC}
   )

found in certi/libCERTI/CMakeLists.txt

is not working with btyacc because btyacc does not generate
y.tab.c
y.tab.h

could you try to run

btyacc.exe -d syntax.yy "by hand"
and see which files are generated?

Moreover you build log looks like a parallel build,
do you enable parallel build with VisualStudio?
If it is the case would try with parallel buil disabled?

(I tried btyacc on Linux and it seems to work as expected
 I have no Windows machine at hand currently).

Eric NOULARD <erk>
Project Administrator
Tue 31 Mar 2009 03:05:37 PM UTC, comment #7: 

false!
download btyacc from http://gnuwin32.sourceforge.net/packages/btyacc.htm
setup btyacc ....
cmake ....
YACC_PROGRAM = C:/Program Files/GnuWin32/bin/btyacc.exe

rebuild...

2>------ Rebuild All started: Project: LibCERTI, Configuration: Release Win32 ------
3>------ Rebuild All started: Project: graph, Configuration: Release Win32 ------
2>Deleting intermediate and output files for project 'LibCERTI', configuration 'Release|Win32'
3>Deleting intermediate and output files for project 'graph', configuration 'Release|Win32'
3>Building Custom Rule D:/certi-3.3.1-Source/test/libgraphc/CMakeLists.txt
3>CMake does not need to re-run because CMakeFiles/generate.stamp is up-to-date.
3>Compiling...
2>Generating syntax.cc, syntax.h
3>graph_c.cc
2>fatal - cannot open "/tmp/yacc_a_VufDJs"
3>Creating library...
2>Error copying file "D:/certi-3.3.1-Source/temp/libCERTI/y.tab.h" to "D:/certi-3.3.1-Source/temp/libCERTI/syntax.h".
2>Error copying file "D:/certi-3.3.1-Source/temp/libCERTI/y.tab.c" to "D:/certi-3.3.1-Source/temp/libCERTI/syntax.cc".
2>Project : error PRJ0019: A tool returned an error code from "Generating syntax.cc, syntax.h"
2>Build log was saved at "file://d:\certi-3.3.1-Source\temp\libCERTI\CERTI.dir\Release\BuildLog.htm"
2>LibCERTI - 1 error(s), 0 warning(s)
...

 How can i solve this?

max <maximum2000>
Mon 30 Mar 2009 07:15:31 AM UTC, comment #6: 

XP 32bit ..... OK

max <maximum2000>
Sun 29 Mar 2009 06:48:53 PM UTC, comment #5: 

Thank you.
ok I'll try

max <maximum2000>
Sun 29 Mar 2009 05:44:45 PM UTC, comment #4: 

Hi Max,

Nice to have logged-in you should now get follow-up.

It seems that this m4 bug is known:
http://sourceforge.net/forum/message.php?msg_id=5941830

but that other users have better chance with byacc
http://sourceforge.net/forum/message.php?msg_id=5941959
(from GnuWin32 too) which does not depend on m4 :-)
http://sourceforge.net/project/showfiles.php?group_id=23617&package_id=25937

thus I don't know if there is a fix...or even if there will be
some.

May be we could try to use byacc instead of bison on Windows
platform,
http://invisible-island.net/byacc/byacc.html
or even btyacc
http://gnuwin32.sourceforge.net/packages/btyacc.htm

If you ever get a chance/time to do this test
(on Vista and XP)
do not hesitate to provide patch (may be for CMakeLists.txt/FindLexYacc.cmake).

Thank you for reporting the bug.

Eric NOULARD <erk>
Project Administrator
Sun 29 Mar 2009 04:37:50 PM UTC, comment #3: 

Rebuild All: 9 succeeded, 0 failed

max <maximum2000>
Sun 29 Mar 2009 04:32:52 PM UTC, comment #2: 

Hi,

ok I'll try

Anonymous
Sun 29 Mar 2009 11:13:38 AM UTC, comment #1: 

Hi,

We did never crossed this error, it looks
like it is an m4.exe error

> C:\Program Files\GnuWin32\bin\m4.exe: internal error detected


As a temporary fix you should be able to use the
files generated by flex/bison/m4 on XP on your Vista box.

flex/bison/m4 are only used for generating the FED parser,
the code generated on XP should work on Vista.

I'll try that next week (unless you try first).

Sidenote: if you could open a (free) savannah account
          and log in you'll get the follow up more easily

Eric NOULARD <erk>
Project Administrator
Sun 29 Mar 2009 09:34:40 AM UTC, original submission:  

download flex, bison, m4 .. ok
cmake .. ok (vc9) (vs 2008)
build .. ok (windows xp)

build in windows vista - FALSE:

i have the error message:

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
C:\Program Files\GnuWin32\bin\m4.exe: internal error detected; please report
thi
s bug to <bug...@gnu.org>: Aborted
C:\Program Files\GnuWin32\bin\bison.exe: m4: No such file or directory

Any ideas? How can i solve this?

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Digest:
   bug dependencies.

 

Carbon-Copy List
  • -email is unavailable- added by adele (Posted a comment)
  • -email is unavailable- added by maximum2000 (Posted a comment)
  • -email is unavailable- added by erk (Posted a comment)
  •  

     

     

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-11-11 erk StatusIn Progress Ready For Test
        Open/ClosedOpen Closed
        Fixed ReleaseUnknown 3.4.0
    2009-04-03 adele StatusNone In Progress
        Assigned toNone adele
        ReproducibilityNone Intermittent
    2009-03-29 erk Dependencies- bugs #25806 is dependent

    Back to the top


    Powered by Savane 3.9