From michkapopoff at gmail.com Sat Oct 18 16:56:12 2014 From: michkapopoff at gmail.com (michkapopoff at gmail.com) Date: Sat, 18 Oct 2014 22:56:12 +0200 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 Message-ID: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> Hi I am trying to use gccxml with homebrewed gcc4.9 on OS X 10.9. Seems I am not able to build it. I don?t know if it?s a cmake problem or a gccxml problem (or the way gcc is installed with homebrew). Cmake was called with: cmake -DCMAKE_CXX_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/g++-4.9 -DCMAKE_C_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/gcc-4.9 -- Check size of unsigned short -- Check size of unsigned short - failed -- Check size of unsigned int -- Check size of unsigned int - failed -- Check size of unsigned long -- Check size of unsigned long - failed CMake Error at /usr/local/Cellar/cmake/3.0.2/share/cmake/Modules/TestBigEndian.cmake:51 (message): no suitable type found Call Stack (most recent call first): GCC/config_cmake/CMakeLists.txt:158 (TEST_BIG_ENDIAN) -- Configuring incomplete, errors occurred! See also "/Users/michkapopoff/repo/builds/mini-iw/gccxml/src/GCC_XML-build/CMakeFiles/CMakeOutput.log". See also "/Users/michkapopoff/repo/builds/mini-iw/gccxml/src/GCC_XML-build/CMakeFiles/CMakeError.log". make[2]: *** [gccxml/src/GCC_XML-stamp/GCC_XML-configure] Error 1 make[1]: *** [CMakeFiles/GCC_XML.dir/all] Error 2 make: *** [all] Error 2 Here are the CMakeError.log and CMakeOutput.log files. https://gist.github.com/iMichka/6761702a580681f92994 https://gist.github.com/iMichka/f890a890a7acf4db15bf I think the error is coming from: gcc-4.9: error: unrecognized command line option '-no-cpp-precomp? Don?t know though where this flag is added ? Thanks in advance Michka -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.king at kitware.com Mon Oct 20 09:20:50 2014 From: brad.king at kitware.com (Brad King) Date: Mon, 20 Oct 2014 09:20:50 -0400 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> References: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> Message-ID: <54450C32.3020306@kitware.com> On 10/18/2014 04:56 PM, michkapopoff at gmail.com wrote: > I think the error is coming from: gcc-4.9: error: unrecognized command > line option '-no-cpp-precomp? That is in gccxml in GCC/CMakeLists.txt: IF(APPLE AND CMAKE_C_COMPILER_ID MATCHES "^(GNU|Clang)$") SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -no-cpp-precomp") ENDIF() It looks like the addition of that flag dates back to 2003 so I suspect it is no longer necessary. Try dropping that block. -Brad From michkapopoff at gmail.com Mon Oct 20 11:17:32 2014 From: michkapopoff at gmail.com (michkapopoff at gmail.com) Date: Mon, 20 Oct 2014 17:17:32 +0200 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <54450C32.3020306@kitware.com> References: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> <54450C32.3020306@kitware.com> Message-ID: <34AEA02E-4D18-4B18-8D45-AF6C5A94E273@gmail.com> I removed the flag and it is ok. Cmake went to the end of the configuration step, and I was able to compile gccxml. The tests are all failing, here is the first one (the others are failing with the same error): 1: Test command: /Users/michkapopoff/repo/builds/gccxml/bin/gccxml "-I/Users/michkapopoff/repo/builds/gccxml/GCC_XML/GXFront" "-I/Users/michkapopoff/repo/builds/gccxml/GCC_XML" "-I/Users/michkapopoff/repo/builds/gccxml/GCC_XML/GXFront" "-I/Users/michkapopoff/repo/gccxml/GCC_XML/GXFront" "/Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxConfiguration.cxx" "-fxml=gxConfiguration.cxx.gcc.xml" 1: Test timeout computed to be: 1500 1: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/wchar.h:90, 1: from /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/cwchar:44, 1: from /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/bits/postypes.h:40, 1: from /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/iosfwd:40, 1: from /Users/michkapopoff/repo/builds/gccxml/GCC_XML/gxsys/ios/iosfwd:23, 1: from /Users/michkapopoff/repo/builds/gccxml/GCC_XML/gxsys/SystemTools.hxx:15, 1: from /Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxSystemTools.h:22, 1: from /Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxConfiguration.h:20, 1: from /Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxConfiguration.cxx:17: 1: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h:274: error: wrong number of arguments specified for 'deprecated' attribute 1: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h:389: error: wrong number of arguments specified for 'deprecated' attribute 1/11 Test #1: gxConfiguration.cxx ..............***Failed 0.67 sec I added a -DCMAKE_OSX_SYSROOT=?? flag when running cmake, to make sure it does not try to find the OS X SDK folder, but that did not help (because even if I ask cmake to use gcc49, it will look for the OS X SDK): ccmake -DCMAKE_CXX_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/g++-4.9 -DCMAKE_C_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/gcc-4.9 -DCMAKE_OSX_SYSROOT="" Here are the locations of the stdio.h files: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/c++/4.2.1/tr1/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/sys/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/c++/4.2.1/tr1/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/sys/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1/tr1/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/tr1/stdio.h /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/ssp/stdio.h Michka On 20 Oct 2014, at 15:20, Brad King wrote: > On 10/18/2014 04:56 PM, michkapopoff at gmail.com wrote: >> I think the error is coming from: gcc-4.9: error: unrecognized command >> line option '-no-cpp-precomp? > > That is in gccxml in GCC/CMakeLists.txt: > > IF(APPLE AND CMAKE_C_COMPILER_ID MATCHES "^(GNU|Clang)$") > SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -no-cpp-precomp") > ENDIF() > > It looks like the addition of that flag dates back to 2003 so > I suspect it is no longer necessary. Try dropping that block. > > -Brad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.king at kitware.com Mon Oct 20 11:29:23 2014 From: brad.king at kitware.com (Brad King) Date: Mon, 20 Oct 2014 11:29:23 -0400 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <34AEA02E-4D18-4B18-8D45-AF6C5A94E273@gmail.com> References: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> <54450C32.3020306@kitware.com> <34AEA02E-4D18-4B18-8D45-AF6C5A94E273@gmail.com> Message-ID: <54452A53.2080208@kitware.com> On 10/20/2014 11:17 AM, michkapopoff at gmail.com wrote: > 1: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h:274: error: wrong number of arguments specified for 'deprecated' attribute This is likely due to gccxml still using the GCC 4.2 parser which does not understand such constructs. There has been some discussion before about updating the internal parser, but I have no time to do it myself. -Brad From mmoll at rice.edu Tue Oct 21 12:59:48 2014 From: mmoll at rice.edu (Mark Moll) Date: Tue, 21 Oct 2014 11:59:48 -0500 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 Message-ID: <993A3287-316A-46B8-9C02-0032F020D2F2@rice.edu> I ran into the same problem. I have a hacky fix that at least makes the tests pass. After the build/install is completed, I patch ${prefix}/share/gccxml-0.9 to look like this: GCCXML_COMPILER="/opt/local/bin/g++-mp-4.9" GCCXML_CXXFLAGS="-m64 -pipe -Os -include /opt/local/share/gccxml-0.9/gccxml.h" (As you can probably guess, I am using MacPorts, not HomeBrew.) The gccxml.h currently contains this: #define __deprecated_msg(msg) deprecated #undef __SIZEOF_INT128__ #define _POSIX_C_SOURCE 199506L #define BOOST_MATH_DISABLE_FLOAT128 1 #define __atomic_thread_fence(order) {} #define __atomic_signal_fence(order) {} It is still a work in progress. I am trying to use gccxml with Py++ to generate python bindings. The code for which I am trying to generate bindings heavily relies on Boost. The installed version of Boost has been compiled with clang. This causes all kinds of problems. I am now stuck at this error: xml_find_template_parm encountered unsupported type identifier_node /opt/local/include/boost/ratio/detail/mpl/abs.hpp:83: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI -- Mark Moll From mmoll at rice.edu Tue Oct 21 14:54:25 2014 From: mmoll at rice.edu (Mark Moll) Date: Tue, 21 Oct 2014 13:54:25 -0500 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <993A3287-316A-46B8-9C02-0032F020D2F2@rice.edu> References: <993A3287-316A-46B8-9C02-0032F020D2F2@rice.edu> Message-ID: Here are couple more errors when parsing boost headers: /opt/local/include/boost/unordered/detail/allocate.hpp:223: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI /opt/local/include/boost/unordered/detail/allocate.hpp:223: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI /opt/local/include/boost/math/constants/constants.hpp:90: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI This is Boost 1.56 on OS X 10.10. The first error corresponds to this code: template struct integral_constant { enum { value = Value }; }; which looks pretty harmless to me. I keep hoping that there is some magic combination of compile flags that will make everything just work. On OS X 10.9 I used llvm-gcc-4.2 to compile gccxml and as the compiler that gccxml would simulate. This all worked with the latest clang and boost on 10.9. Unfortunately, llvm-gcc-4.2 doesn?t compile on 10.10. > On Oct 21, 2014, at 11:59 AM, Mark Moll wrote: > > I ran into the same problem. I have a hacky fix that at least makes the tests pass. After the build/install is completed, I patch ${prefix}/share/gccxml-0.9 to look like this: > > GCCXML_COMPILER="/opt/local/bin/g++-mp-4.9" > GCCXML_CXXFLAGS="-m64 -pipe -Os -include /opt/local/share/gccxml-0.9/gccxml.h" > > (As you can probably guess, I am using MacPorts, not HomeBrew.) The gccxml.h currently contains this: > > #define __deprecated_msg(msg) deprecated > #undef __SIZEOF_INT128__ > #define _POSIX_C_SOURCE 199506L > #define BOOST_MATH_DISABLE_FLOAT128 1 > #define __atomic_thread_fence(order) {} > #define __atomic_signal_fence(order) {} > > It is still a work in progress. I am trying to use gccxml with Py++ to generate python bindings. The code for which I am trying to generate bindings heavily relies on Boost. The installed version of Boost has been compiled with clang. This causes all kinds of problems. I am now stuck at this error: > > xml_find_template_parm encountered unsupported type identifier_node > /opt/local/include/boost/ratio/detail/mpl/abs.hpp:83: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI > > > -- > Mark Moll > > > -- Mark Moll From michkapopoff at gmail.com Sat Oct 18 16:56:12 2014 From: michkapopoff at gmail.com (michkapopoff at gmail.com) Date: Sat, 18 Oct 2014 22:56:12 +0200 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 Message-ID: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> Hi I am trying to use gccxml with homebrewed gcc4.9 on OS X 10.9. Seems I am not able to build it. I don?t know if it?s a cmake problem or a gccxml problem (or the way gcc is installed with homebrew). Cmake was called with: cmake -DCMAKE_CXX_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/g++-4.9 -DCMAKE_C_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/gcc-4.9 -- Check size of unsigned short -- Check size of unsigned short - failed -- Check size of unsigned int -- Check size of unsigned int - failed -- Check size of unsigned long -- Check size of unsigned long - failed CMake Error at /usr/local/Cellar/cmake/3.0.2/share/cmake/Modules/TestBigEndian.cmake:51 (message): no suitable type found Call Stack (most recent call first): GCC/config_cmake/CMakeLists.txt:158 (TEST_BIG_ENDIAN) -- Configuring incomplete, errors occurred! See also "/Users/michkapopoff/repo/builds/mini-iw/gccxml/src/GCC_XML-build/CMakeFiles/CMakeOutput.log". See also "/Users/michkapopoff/repo/builds/mini-iw/gccxml/src/GCC_XML-build/CMakeFiles/CMakeError.log". make[2]: *** [gccxml/src/GCC_XML-stamp/GCC_XML-configure] Error 1 make[1]: *** [CMakeFiles/GCC_XML.dir/all] Error 2 make: *** [all] Error 2 Here are the CMakeError.log and CMakeOutput.log files. https://gist.github.com/iMichka/6761702a580681f92994 https://gist.github.com/iMichka/f890a890a7acf4db15bf I think the error is coming from: gcc-4.9: error: unrecognized command line option '-no-cpp-precomp? Don?t know though where this flag is added ? Thanks in advance Michka -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.king at kitware.com Mon Oct 20 09:20:50 2014 From: brad.king at kitware.com (Brad King) Date: Mon, 20 Oct 2014 09:20:50 -0400 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> References: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> Message-ID: <54450C32.3020306@kitware.com> On 10/18/2014 04:56 PM, michkapopoff at gmail.com wrote: > I think the error is coming from: gcc-4.9: error: unrecognized command > line option '-no-cpp-precomp? That is in gccxml in GCC/CMakeLists.txt: IF(APPLE AND CMAKE_C_COMPILER_ID MATCHES "^(GNU|Clang)$") SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -no-cpp-precomp") ENDIF() It looks like the addition of that flag dates back to 2003 so I suspect it is no longer necessary. Try dropping that block. -Brad From michkapopoff at gmail.com Mon Oct 20 11:17:32 2014 From: michkapopoff at gmail.com (michkapopoff at gmail.com) Date: Mon, 20 Oct 2014 17:17:32 +0200 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <54450C32.3020306@kitware.com> References: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> <54450C32.3020306@kitware.com> Message-ID: <34AEA02E-4D18-4B18-8D45-AF6C5A94E273@gmail.com> I removed the flag and it is ok. Cmake went to the end of the configuration step, and I was able to compile gccxml. The tests are all failing, here is the first one (the others are failing with the same error): 1: Test command: /Users/michkapopoff/repo/builds/gccxml/bin/gccxml "-I/Users/michkapopoff/repo/builds/gccxml/GCC_XML/GXFront" "-I/Users/michkapopoff/repo/builds/gccxml/GCC_XML" "-I/Users/michkapopoff/repo/builds/gccxml/GCC_XML/GXFront" "-I/Users/michkapopoff/repo/gccxml/GCC_XML/GXFront" "/Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxConfiguration.cxx" "-fxml=gxConfiguration.cxx.gcc.xml" 1: Test timeout computed to be: 1500 1: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/wchar.h:90, 1: from /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/cwchar:44, 1: from /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/bits/postypes.h:40, 1: from /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/iosfwd:40, 1: from /Users/michkapopoff/repo/builds/gccxml/GCC_XML/gxsys/ios/iosfwd:23, 1: from /Users/michkapopoff/repo/builds/gccxml/GCC_XML/gxsys/SystemTools.hxx:15, 1: from /Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxSystemTools.h:22, 1: from /Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxConfiguration.h:20, 1: from /Users/michkapopoff/repo/gccxml/GCC_XML/GXFront/gxConfiguration.cxx:17: 1: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h:274: error: wrong number of arguments specified for 'deprecated' attribute 1: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h:389: error: wrong number of arguments specified for 'deprecated' attribute 1/11 Test #1: gxConfiguration.cxx ..............***Failed 0.67 sec I added a -DCMAKE_OSX_SYSROOT=?? flag when running cmake, to make sure it does not try to find the OS X SDK folder, but that did not help (because even if I ask cmake to use gcc49, it will look for the OS X SDK): ccmake -DCMAKE_CXX_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/g++-4.9 -DCMAKE_C_COMPILER=/usr/local/Cellar/gcc/4.9.1/bin/gcc-4.9 -DCMAKE_OSX_SYSROOT="" Here are the locations of the stdio.h files: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/c++/4.2.1/tr1/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/sys/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/c++/4.2.1/tr1/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/sys/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1/tr1/stdio.h /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/c++/tr1/stdio.h /usr/local/Cellar/gcc/4.9.1/lib/gcc/x86_64-apple-darwin13.4.0/4.9.1/include/ssp/stdio.h Michka On 20 Oct 2014, at 15:20, Brad King wrote: > On 10/18/2014 04:56 PM, michkapopoff at gmail.com wrote: >> I think the error is coming from: gcc-4.9: error: unrecognized command >> line option '-no-cpp-precomp? > > That is in gccxml in GCC/CMakeLists.txt: > > IF(APPLE AND CMAKE_C_COMPILER_ID MATCHES "^(GNU|Clang)$") > SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -no-cpp-precomp") > ENDIF() > > It looks like the addition of that flag dates back to 2003 so > I suspect it is no longer necessary. Try dropping that block. > > -Brad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.king at kitware.com Mon Oct 20 11:29:23 2014 From: brad.king at kitware.com (Brad King) Date: Mon, 20 Oct 2014 11:29:23 -0400 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <34AEA02E-4D18-4B18-8D45-AF6C5A94E273@gmail.com> References: <9E5D795C-1802-4F30-96DD-2A8EDFF8AD7B@gmail.com> <54450C32.3020306@kitware.com> <34AEA02E-4D18-4B18-8D45-AF6C5A94E273@gmail.com> Message-ID: <54452A53.2080208@kitware.com> On 10/20/2014 11:17 AM, michkapopoff at gmail.com wrote: > 1: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/stdio.h:274: error: wrong number of arguments specified for 'deprecated' attribute This is likely due to gccxml still using the GCC 4.2 parser which does not understand such constructs. There has been some discussion before about updating the internal parser, but I have no time to do it myself. -Brad From mmoll at rice.edu Tue Oct 21 12:59:48 2014 From: mmoll at rice.edu (Mark Moll) Date: Tue, 21 Oct 2014 11:59:48 -0500 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 Message-ID: <993A3287-316A-46B8-9C02-0032F020D2F2@rice.edu> I ran into the same problem. I have a hacky fix that at least makes the tests pass. After the build/install is completed, I patch ${prefix}/share/gccxml-0.9 to look like this: GCCXML_COMPILER="/opt/local/bin/g++-mp-4.9" GCCXML_CXXFLAGS="-m64 -pipe -Os -include /opt/local/share/gccxml-0.9/gccxml.h" (As you can probably guess, I am using MacPorts, not HomeBrew.) The gccxml.h currently contains this: #define __deprecated_msg(msg) deprecated #undef __SIZEOF_INT128__ #define _POSIX_C_SOURCE 199506L #define BOOST_MATH_DISABLE_FLOAT128 1 #define __atomic_thread_fence(order) {} #define __atomic_signal_fence(order) {} It is still a work in progress. I am trying to use gccxml with Py++ to generate python bindings. The code for which I am trying to generate bindings heavily relies on Boost. The installed version of Boost has been compiled with clang. This causes all kinds of problems. I am now stuck at this error: xml_find_template_parm encountered unsupported type identifier_node /opt/local/include/boost/ratio/detail/mpl/abs.hpp:83: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI -- Mark Moll From mmoll at rice.edu Tue Oct 21 14:54:25 2014 From: mmoll at rice.edu (Mark Moll) Date: Tue, 21 Oct 2014 13:54:25 -0500 Subject: [GCC-XML] Compiling gccxml with homebrewed gcc4.9 In-Reply-To: <993A3287-316A-46B8-9C02-0032F020D2F2@rice.edu> References: <993A3287-316A-46B8-9C02-0032F020D2F2@rice.edu> Message-ID: Here are couple more errors when parsing boost headers: /opt/local/include/boost/unordered/detail/allocate.hpp:223: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI /opt/local/include/boost/unordered/detail/allocate.hpp:223: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI /opt/local/include/boost/math/constants/constants.hpp:90: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI This is Boost 1.56 on OS X 10.10. The first error corresponds to this code: template struct integral_constant { enum { value = Value }; }; which looks pretty harmless to me. I keep hoping that there is some magic combination of compile flags that will make everything just work. On OS X 10.9 I used llvm-gcc-4.2 to compile gccxml and as the compiler that gccxml would simulate. This all worked with the latest clang and boost on 10.9. Unfortunately, llvm-gcc-4.2 doesn?t compile on 10.10. > On Oct 21, 2014, at 11:59 AM, Mark Moll wrote: > > I ran into the same problem. I have a hacky fix that at least makes the tests pass. After the build/install is completed, I patch ${prefix}/share/gccxml-0.9 to look like this: > > GCCXML_COMPILER="/opt/local/bin/g++-mp-4.9" > GCCXML_CXXFLAGS="-m64 -pipe -Os -include /opt/local/share/gccxml-0.9/gccxml.h" > > (As you can probably guess, I am using MacPorts, not HomeBrew.) The gccxml.h currently contains this: > > #define __deprecated_msg(msg) deprecated > #undef __SIZEOF_INT128__ > #define _POSIX_C_SOURCE 199506L > #define BOOST_MATH_DISABLE_FLOAT128 1 > #define __atomic_thread_fence(order) {} > #define __atomic_signal_fence(order) {} > > It is still a work in progress. I am trying to use gccxml with Py++ to generate python bindings. The code for which I am trying to generate bindings heavily relies on Boost. The installed version of Boost has been compiled with clang. This causes all kinds of problems. I am now stuck at this error: > > xml_find_template_parm encountered unsupported type identifier_node > /opt/local/include/boost/ratio/detail/mpl/abs.hpp:83: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI > > > -- > Mark Moll > > > -- Mark Moll