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

On Jul 29, 2012, at 8:57 PM, Alexander Hansen <alexanderk.han...@gmail.com> 
wrote:

> On 7/29/12 9:39 AM, Attila Krasznahorkay wrote:
>> Hi Hanspeter,
>> 
>> I followed your advice about forcing the machine to use the same version of 
>> the package on 10.8 as is used on 10.7. This did make the installation 
>> start, but the compilation didn't succeed.
>> 
>> But it wasn't graphviz that didn't build (not even sure if the installation 
>> ever got that far), but mysql-unified. Another dependency of root5.
>> 
>> The compilation errors seem like actual problems in the code that GCC (or 
>> older versions of clang) would gloss over, but the new clang wouldn't. (GCC 
>> behaves a bit differently with implicitly "ranged" variables in classes than 
>> clang does.)
>> 
>> 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;
>>       ^
>> 
>> So, I think the mysql package maintainer should also be contacted.
>> 
>> Cheers,
>>           Attila
>> 
> 
> <snip>
> 
>>> 
>> 
>> -----------------------------------------------------
>> Attila Krasznahorkay  attila.krasznahor...@cern.ch
>> New York University      Phone: +41-22-76 77368
>> The ATLAS Collaboration     Room: 32-S-A19
>> -----------------------------------------------------
>> 
>> 
>> 
> 
> It's hard to say exactly _what_ is going on since you stripped out all
> of the context from the error messages.  However, I _can_ say that
> mysql-unfied doesn't build using clang, but uses llvm-gcc|g++ .
> 
> The build worked for me on 10.7 with Xcode 4.4, but perhaps 10.8's
> compilers aren't of the same versions even for the same nominal Xcode
> release version.
> 
> It would be useful to see the whole compiler command line just before
> the failure.
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/

-----------------------------------------------------
 Attila Krasznahorkay  attila.krasznahor...@cern.ch
 New York University      Phone: +41-22-76 77368
 The ATLAS Collaboration     Room: 32-S-A19
-----------------------------------------------------



------------------------------------------------------------------------------
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