Difference between revisions of "Talk:Common compilation problems"
Jump to navigation
Jump to search
(Created page with '* Is it safe to remove from this page stuff that talks about SCons? No supported viewer still uses it (replaced by cmake in 1.21). ~~~~') |
(→bison/lex problems under Mac compilation: new section) |
||
Line 1: | Line 1: | ||
* Is it safe to remove from this page stuff that talks about SCons? No supported viewer still uses it (replaced by cmake in 1.21). [[User:Thickbrick Sleaford|Thickbrick Sleaford]] 15:43, 29 August 2009 (UTC) | * Is it safe to remove from this page stuff that talks about SCons? No supported viewer still uses it (replaced by cmake in 1.21). [[User:Thickbrick Sleaford|Thickbrick Sleaford]] 15:43, 29 August 2009 (UTC) | ||
== bison/lex problems under Mac compilation == | |||
This page talks mostly about compilation problems under Windows. A similar issue exists for Mac compilations, which often fail (when linking) with: | |||
''Undefined symbols for architecture i386: "lscript_compile(char const*, char const*, char const*, int, char const*, int)"'' | |||
This clearly comes from bison/lex problems under Xcode 4.6. I'm trying to understand what exactly fails during the compilation/linking stage. | |||
Compiling outside Xcode with different bison/lex versions (namely the ones from MacPorts) does successfully compile and link, but the resulting binary crashes on start, without even logging a single line of errors, with memory addressing erros. | |||
[[User:Gwyneth Llewelyn|Gwyneth Llewelyn]] 07:05, 28 February 2013 (PST) |
Latest revision as of 07:05, 28 February 2013
- Is it safe to remove from this page stuff that talks about SCons? No supported viewer still uses it (replaced by cmake in 1.21). Thickbrick Sleaford 15:43, 29 August 2009 (UTC)
bison/lex problems under Mac compilation
This page talks mostly about compilation problems under Windows. A similar issue exists for Mac compilations, which often fail (when linking) with:
Undefined symbols for architecture i386: "lscript_compile(char const*, char const*, char const*, int, char const*, int)"
This clearly comes from bison/lex problems under Xcode 4.6. I'm trying to understand what exactly fails during the compilation/linking stage.
Compiling outside Xcode with different bison/lex versions (namely the ones from MacPorts) does successfully compile and link, but the resulting binary crashes on start, without even logging a single line of errors, with memory addressing erros.
Gwyneth Llewelyn 07:05, 28 February 2013 (PST)