Hi Alexander,
Okay, after I moved graphviz.patch in the right place, now the installation
almost finished.
Now it fails in compiling root5 itself, with the following messages:
clang++ -O2 -m64 -pipe -Wshadow -W -Wall -Woverloaded-virtual -fsigned-char
-fno-common -Iinclude -DR__HAVE_CONFIG -pthread -I/sw/include -o
graf2d/x11/src/TGX11.o -c
/sw/src/fink.build/root5-5.34.00-11/root/graf2d/x11/src/TGX11.cxx
In file included from
/sw/src/fink.build/root5-5.34.00-11/root/graf2d/x11/src/GX11Gui.cxx:32:
include/TGX11.h:34:10: fatal error: 'X11/cursorfont.h' file not found
#include <X11/cursorfont.h>
^
bin/rmkdepend -R -fgraf2d/x11/src/gifdecode.d -Y -w 1000 -- -m64 -pipe -Wshadow
-W -Wall -fsigned-char -fno-common -Iinclude -DR__HAVE_CONFIG -pthread --
/sw/src/fink.build/root5-5.34.00-11/root/graf2d/x11/src/gifdecode.c
clang -O2 -m64 -pipe -Wshadow -W -Wall -fsigned-char -fno-common -Iinclude
-DR__HAVE_CONFIG -pthread -o graf2d/x11/src/gifdecode.o -c
/sw/src/fink.build/root5-5.34.00-11/root/graf2d/x11/src/gifdecode.c
In file included from
/sw/src/fink.build/root5-5.34.00-11/root/graf2d/x11/src/TGX11.cxx:26:
include/TGX11.h:34:10: fatal error: 'X11/cursorfont.h' file not found
#include <X11/cursorfont.h>
^
bin/rmkdepend -R -fgraf2d/x11/src/gifencode.d -Y -w 1000 -- -m64 -pipe -Wshadow
-W -Wall -fsigned-char -fno-common -Iinclude -DR__HAVE_CONFIG -pthread --
/sw/src/fink.build/root5-5.34.00-11/root/graf2d/x11/src/gifencode.c
clang -O2 -m64 -pipe -Wshadow -W -Wall -fsigned-char -fno-common -Iinclude
-DR__HAVE_CONFIG -pthread -o graf2d/x11/src/gifencode.o -c
/sw/src/fink.build/root5-5.34.00-11/root/graf2d/x11/src/gifencode.c
1 error generated.
make: *** [graf2d/x11/src/GX11Gui.o] Error 1
make: *** Waiting for unfinished jobs....
1 error generated.
make: *** [graf2d/x11/src/TGX11.o] Error 1
### execution of /tmp/fink.1cVSu failed, exit code 2
### execution of /tmp/fink.3gx6d failed, exit code 2
I'm including Remi, as this should be something for him to look at.
I looked around in /usr/X11R6/include and /sw/include, but didn't find this
include that the source files complain about. Interestingly enough when I
compiled ROOT by hand, it didn't miss this header. It had some other issues,
but it didn't miss this particular header. :-P
In any case, I think it would be safe to update the graphviz description files,
as that package did manage to build without problems on my system.
Cheers,
Attila
On Jul 29, 2012, at 9:52 PM, Alexander Hansen <alexanderk.han...@gmail.com>
wrote:
> On 7/29/12 12:41 PM, Alexander Hansen wrote:
>> 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?
>>
>
> Or just do a selfupdate, since I've gone ahead and made a change that
> does the same thing.
>
> If you have the updated package there will be no output from the following:
>
> fink dumpinfo -fcompilescript mysql-unified | grep VERSION
>
> whereas the older version will give:
>
> OSXVERSION="$(sw_vers | grep ProductVersion | grep -o '10\.[0-9]*')"
> echo $OSXVERSION
> if [ "x$OSXVERSION" == "x10.7" ]; then
>
> --
> 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
