On 7/29/12 12:28 PM, Attila Krasznahorkay wrote:
> Hi Alexander,
> 
> This should be the full command, and then the failure:
> 
> g++ -DHAVE_CONFIG_H -DNDEBUG -I. -I. -I../../../.. -I. -I../../../../include 
> -I../../../../ndb/include -I../../../../include -I../../../../mysys 
> -I../../../../ndb/include -I../../../../ndb/include/util 
> -I../../../../ndb/include/portlib -I../../../../ndb/include/logger 
> -I/sw/include -DDBUG_OFF -Wimplicit -Wreturn-type -Wswitch -Wtrigraphs 
> -Wcomment -W -Wchar-subscripts -Wformat -Wparentheses -Wsign-compare 
> -Wwrite-strings -Woverloaded-virtual -Wsign-promo -Wreorder 
> -Wctor-dtor-privacy -Wnon-virtual-dtor -felide-constructors -fno-exceptions 
> -fno-rtti -O3 -fno-omit-frame-pointer -g -fno-implicit-templates 
> -fno-exceptions -fno-rtti -D_P1003_1B_VISIBLE -DSIGNAL_WITH_VIO_CLOSE 
> -DSIGNALS_DONT_BREAK_READ -DIGNORE_SIGHUP_SIGQUIT -c Parser.cpp  -fno-common 
> -DPIC -o .libs/Parser.o
> clang: warning: argument unused during compilation: '-fno-implicit-templates'
> In file included from Parser.cpp:19:
> ../../../../ndb/include/util/Parser.hpp:253:16: error: 'm_breakOnCmd' is a 
> private member of 'ParserImpl'
>   return impl->m_breakOnCmd;
>                ^
> ../../../../ndb/include/util/Parser.hpp:152:8: note: declared private here
>   bool m_breakOnCmd;
>        ^
> ../../../../ndb/include/util/Parser.hpp:260:9: error: 'm_breakOnCmd' is a 
> private member of 'ParserImpl'
>   impl->m_breakOnCmd = v;
>         ^
> ../../../../ndb/include/util/Parser.hpp:152:8: note: declared private here
>   bool m_breakOnCmd;
>        ^
> ../../../../ndb/include/util/Parser.hpp:267:16: error: 'm_breakOnEmpty' is a 
> private member of 'ParserImpl'
>   return impl->m_breakOnEmpty;
>                ^
> ../../../../ndb/include/util/Parser.hpp:151:8: note: declared private here
>   bool m_breakOnEmpty;
>        ^
> ../../../../ndb/include/util/Parser.hpp:273:9: error: 'm_breakOnEmpty' is a 
> private member of 'ParserImpl'
>   impl->m_breakOnEmpty = v;
>         ^
> ../../../../ndb/include/util/Parser.hpp:151:8: note: declared private here
>   bool m_breakOnEmpty;
>        ^
> ../../../../ndb/include/util/Parser.hpp:280:16: error: 'm_breakOnInvalidArg' 
> is a private member of 'ParserImpl'
>   return impl->m_breakOnInvalidArg;
>                ^
> ../../../../ndb/include/util/Parser.hpp:153:8: note: declared private here
>   bool m_breakOnInvalidArg;
>        ^
> ../../../../ndb/include/util/Parser.hpp:287:9: error: 'm_breakOnInvalidArg' 
> is a private member of 'ParserImpl'
>   impl->m_breakOnInvalidArg = v;
>         ^
> ../../../../ndb/include/util/Parser.hpp:153:8: note: declared private here
>   bool m_breakOnInvalidArg;
>        ^
> 6 errors generated.
> make[5]: *** [Parser.lo] Error 1
> make[4]: *** [all-recursive] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> 
> Xcode 4.4 *does* use a different version of clang/llvm/gcc on 10.7 and 10.8. 
> I agree that it's terribly misleading, but what can we do.
> 
> Cheers,
>           Attila
> 

Ah, I see something suspicious here.  There's a test for the operating
system version:

 if [ "x$OSXVERSION" == "x10.7" ]; then
          export CC="llvm-gcc-4.2"
          export CXX="llvm-g++-4.2"
 fi

This is presumably to keep the 10.7 tree and 10.4 tree files in sync,
but it is causing clang to be used on 10.8.

If you remove the "if..." and "fi" from the CompileScript block of your
mysql-unified.info, to make sure that llvm-gcc and llvm-g++ are used,
does the build work?
-- 
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to