Lion compile failure

[Jeremy Huddleston]

On Jun 14, 2012, at 7:33 PM, Craig Treleaven <ctreleaven at cogeco.ca> wrote:

> At 6:28 AM +1000 6/15/12, Joshua Root wrote:
>> On 2012-6-15 06:14 , Craig Treleaven wrote:
>> > The port I've been working on (endlessly, it seems) compiles fine on
>> > 10.6 but fails on 10.7.  After a few runs trying both clang and llvm, I
>> > [...]
>> 
>> Well first of all it's running 'gcc', not obeying ${configure.cc} and
>> friends. You should fix that. So it's currently using llvm-gcc-4.2 on
>> Lion no matter what.
>> 
>> Secondly, the inline asm may well be incorrect. (The "standard input" is
>> probably because the message is coming from the assembler, which is
>> being called by the compiler on the snippet of asm, not the C file.)
>> 
> 
> Thanks for the pointers (here and offline). I got a successful build using macports-gcc42.  I've incorporated the block to use macports-gcc42 as necessary viz:

Do you mean apple-gcc-4.2?  macports-gcc-4.2 is *very* old and AFAIK only compiles on Tiger.  gcc43 and later should work on Leopard and newer.  apple-gcc42 should work on Tiger and newer.

> https://trac.macports.org/wiki/PortfileRecipes#compiler
> 
> 
> If anybody is interest, using llvm fails as in my original posting:

Nobody's really interested in llvm-gcc at this point in time.  If it doesn't work, try with clang and dragonegg.  llvm-gcc is pretty much dead.

> ...
> Failure with clang comes earlier, ala:
> 
>> /usr/bin/clang -c -pipe -pipe -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_DARWIN_C_SOURCE -DPIC -pipe -O2 -arch x86_64 -std=c99 -fomit-frame-pointer -fPIC -g -Wall -Wno-parentheses -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -Wmissing-prototypes -O3 -fno-math-errno -fno-signed-zeros -Qunused-arguments -O2 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.7 -DMMX -DUSING_APPLEREMOTE -D_GNU_SOURCE -DUSE_LIRC -DUSE_OPENGL_PAINTER -DUSING_QTWEBKIT -DMUI_API -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_SQL_LIB -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/opt/local/share/qt4/mkspecs/macx-g++ -I. -I. -I/usr/include -I/opt/local -I/opt/local/include/libxml2 -I../libmythbase -I../.. -I.. -I../../external/FFmpeg -I/opt/local/include/QtWebKit -I/opt/local/include/QtSql -I/opt/local/include/QtXml -I/opt/local/include/QtOpenGL -I/opt/local/include/QtGui -I/opt/local/include/QtNetwork -I/opt/local/include/QtCore -I/opt/local/include -I/System/Library/Frameworks/OpenGL.framework/Versions/A/Headers -I/System/Library/Frameworks/AGL.framework/Headers util-osx-cocoa.mm -o util-osx-cocoa.o
>> error: invalid argument '-std=c99' not allowed with 'C++/ObjC++'
>> make[2]: *** [util-osx-cocoa.o] Error 1

That's a bug in myth's build system.  They're compiling ObjC++ code (util-osx-cocoa.mm) with -std=c99, which is not valid.  You should either fix it or report the bug to myth developers to fix.  That issue is probably ignored by gcc.

--Jeremy