Re: FreeBSD 9.1 missing libcxxrt - is it needed for objc2?

[David Chisnall]

Maxthon: If you can't give helpful advice, please don't give advice.  It's not 
just unhelpful, it's actually harmful.

Frank: 
If you don't have libcxxrt (which isn't the default in 9.1, but will be in 
9.2), then you'll end up with a separate libobjc and libobjcxx.  This is 
slightly inconvenient, but isn't a major problem.  You will, however, find that 
the tests fail.

You seem to be building with a C++ ABI library though.  Please could you tell 
me what output CMake produced?

David

On 12 Jun 2013, at 22:23, Frank Rehwinkel <address@hidden> wrote:

> I don't mind turning Tests back on, but the Test doesn't compile.  Looks like 
> the same problem.
> 
> And there may be a problem with your patch submitted back in May.
> 
> http://lists.gnu.org/archive/html/gnustep-dev/2013-06/msg00052.html
> 
> The patch file extension is .bin. 
> 
> With Tests on, I get this error from the libobjc build.
> 
> Linking C executable Test/AllocatePair
> /usr/local/bin/clang  \
>   -std=gnu99  \
>   -fexceptions   \
>   Test/CMakeFiles/AllocatePair.dir/AllocatePair.m.o  \
>   -o Test/AllocatePair  \
>   libobjc.so.4.6 \
>   -lsupc++ -Wl,-rpath,/home/frank/objc/build -1.7-RC1 
> 
>  libobjc.so.4.6: undefined reference to `vtable for std::type_info'
>  libobjc.so.4.6: undefined reference to `std::type_info::__is_function_p() 
> const'
>  libobjc.so.4.6: undefined reference to `typeinfo for std::type_info'
>  libobjc.so.4.6: undefined reference to `std::type_info::~type_info()'
> libobjc.so.4.6: undefined reference to 
> `std::type_info::__do_upcast(__cxxabiv1::__class_type_inf
> o const*, void**) const'
> libobjc.so.4.6: undefined reference to `std::type_info::__is_pointer_p() 
> const'
> clang-3.4: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> 
> 
> On Wed, Jun 12, 2013 at 4:43 PM, Maxthon Chan <address@hidden> wrote:
> Actually, buddy, you screwed the library up. Do not turn off Tests!
> 
> Sent from my iPhone
> 
> On 2013年6月13日, at 4:37, Frank Rehwinkel <address@hidden> wrote:
> 
>> Well I realized the new failure in trying to build libobjc was coming from 
>> the Test directory and I had disabled the Test option the first time I used 
>> cmake.  So that explains why this problem didn't surface the first time.
>> 
>> But I'm left with the first problem reported.  That -base won't link with 
>> the libobjc.so.4.6. Even when -lsup++ is added to the link options.
>> 
>> 
>> On Wed, Jun 12, 2013 at 2:31 PM, Maxthon Chan <address@hidden> wrote:
>> Hmm? Maybe the -std=gnu99 is an issue?
>> 
>> I never built it using ninja so I am not so sure. Try use make?
>> 
>> 在 2013-6-13，上午2:29，Frank Rehwinkel <address@hidden> 写道：
>> 
>>> Checking the ccmake settings for libobjc2, it is already setup to use 
>>> libsupc++.
>>> 
>>> Here is the ninja build failure.
>>> 
>>> /usr/local/bin/clang  
>>>     -std=gnu99  -fexceptions   
>>>     Test/CMakeFiles/AllocatePair_optimised.dir/AllocatePair.m.o  
>>>     -o Test/AllocatePair_optimised  
>>>     libobjc.so.4.6 -lsupc++ -Wl,-rpath,/home/frank/objc/build-1.7-RC1 
>>>     libobjc.so.4.6: undefined reference to `vtable for std::type_info'      
>>>                         
>>>     libobjc.so.4.6: undefined reference to 
>>> `std::type_info::__is_function_p() const'                
>>>     libobjc.so.4.6: undefined reference to `typeinfo for std::type_info'    
>>>                         
>>>     libobjc.so.4.6: undefined reference to `std::type_info::~type_info()'   
>>>                         
>>>     libobjc.so.4.6: undefined reference to 
>>> `std::type_info::__do_upcast(__cxxabiv1::__class_type_inf
>>>     o const*, void**) const'                                                
>>>                         
>>>     libobjc.so.4.6: undefined reference to 
>>> `std::type_info::__is_pointer_p() const'                 
>>> clang-3.4: error: linker command failed with exit code 1 (use -v to see 
>>> invocation)             
>>> ninja: build stopped: subcommand failed.  
>>> 
>>> 
>>> On Wed, Jun 12, 2013 at 2:19 PM, Maxthon Chan <address@hidden> wrote:
>>> Oh I missed this out, you can build LLVM libc++ linking against libsupc++ 
>>> too.
>>> 
>>> My building system on Ubuntu is like this:
>>> 
>>> clang -> LLVM -> libc++ -> libsupc++ (I am using 3.3rc2, not 3.4 head)
>>> Étoilé -> gnustep-gui -> gnustep-base -> libobjc2 -> libsupc++
>>> libobjc2 -> libdispatch -> libobjc2 (ln -s libobjc.so libBlocksRuntime.so)
>>> Étoilé -> libc++
>>> 
>>> 在 2013-6-13，上午2:14，Frank Rehwinkel <address@hidden> 写道：
>>> 
>>>> In trying to understand your suggestion by searching the web for llvm and 
>>>> libcxxrt references, I run into notes saying that clang is normally linked 
>>>> with libsupc++.  libsupc++ is in both the FreeBSD 9.1 host and the jail.
>>>> 
>>>> Is using libsupc++ an option for building libobjc2 and gnustep-base?  
>>>> 
>>>> 
>>>> On Wed, Jun 12, 2013 at 1:57 PM, Maxthon Chan <address@hidden> wrote:
>>>> Download and build it separately using the same SVN head version.
>>>> 
>>>> If you built that, you should also build libc++ (LLVM's C++ runtime) and 
>>>> (maybe) link it against libc++rt.
>>>> 
>>>> Also, when building gnustep-base, specify -I/usr/local/include and 
>>>> -L/usr/local/lib appropriately.
>>>> 
>>>> 在 2013-6-13，上午1:54，Frank Rehwinkel <address@hidden> 写道：
>>>> 
>>>>> gnustep-base configuration fails.  See link error at the bottom and the 
>>>>> command line from config.log.  In trying to rebuild objc2 1.7-RC1, I get 
>>>>> similar link errors now.  I don't know why I didn't get these before but 
>>>>> maybe because now gnustep-make has been installed.
>>>>> 
>>>>> Anyway, these errors seem to indicate that the libcxxrt.a is needed but 
>>>>> missing.  In my FreeBSD 9.1 jail, there isn't even source for this 
>>>>> library let alone the library, and no port.  On the FreeBSD host, there 
>>>>> are the source directories for it but as pointed out earlier, this 
>>>>> library is not yet built automatically.  
>>>>> 
>>>>> On a fresh FreeBSD 9.1 jail, where llvm and clang (trunk head 3.4) have 
>>>>> been manually built and installed to /usr/local, the configure step for 
>>>>> -base fails to link objc code.
>>>>> 
>>>>> If I do need the libcxxrt.a, how do I build on the host?  If I can do 
>>>>> that, manually copying library and headers to jail is then necessary I 
>>>>> guess.
>>>>> 
>>>>> I tried to follow instructions from
>>>>> http://lists.gnu.org/archive/html/gnustep-dev/2013-03/msg00127.html 
>>>>> (Building libobjc2 on FreeBSD 9.1 with clang 3.2 using cmake fails)
>>>>> 
>>>>> which says to add MK_LIBCPLUSPLUS = yes
>>>>> to /etc/make.conf but then make in /usr/src/lib/libcxxrt gives this error
>>>>> 
>>>>> "/usr/share/mk/bsd.own.mk", line 478: MK_LIBCPLUSPLUS can't be set by a 
>>>>> user.
>>>>> 
>>>>> FreeBSD 9.1 seems to ship with clang 3.1 but the ports would bring it to 
>>>>> 3.2.  If I'm building the library manually, which clang version is 
>>>>> sufficient?
>>>>> 
>>>>> In case libcxxrt isn't needed, here are the configure calls for -make and 
>>>>> -base.  gnustep-make is built and installed with gmake and gmake install 
>>>>> (run as root).
>>>>> 
>>>>> export CC=/usr/local/bin/clang 
>>>>> export CXX=${CC}
>>>>> (
>>>>> cd core/make
>>>>> ./configure \
>>>>>     --with-layout=gnustep \
>>>>>     --with-objc-lib-flag=-l:libobjc.so.4.6 \
>>>>>     CC=${CC} CXX=${CXX} 
>>>>> gmake
>>>>> gmake install # as root
>>>>> )
>>>>> export GNUSTEP_CONFIG_FILE=/etc/GNUstep.conf
>>>>> .  /usr/GNUstep/System/Library/Makefiles/GNUstep.sh 
>>>>> (
>>>>> cd core/base
>>>>> ./configure \
>>>>>     --with-layout=gnustep \
>>>>>     CC=${CC} CXX=${CXX} 
>>>>> )
>>>>> 
>>>>> configure:13164: checking whether objc really works
>>>>> configure:13194: /usr/local/bin/clang -o conftest -g -O2  \
>>>>>   -I/usr/GNUstep/System/Library/Headers 
>>>>> -I/usr/GNUstep/Local/Library/Headers \
>>>>>   -I/usr/local/include  \
>>>>>   -fgnu-runtime -x objective-c  \
>>>>>   -L/usr/GNUstep/System/Library/Libraries 
>>>>> -L/usr/GNUstep/Local/Library/Libraries -L/usr/local/lib \
>>>>>   conftest.c \
>>>>>   -lrt  -lpthread -rdynamic -pthread \
>>>>>   -fobjc-nonfragile-abi -fgnu-runtime \
>>>>>   -L/home/frank/GNUstep/Library/Libraries 
>>>>> -L/usr/GNUstep/Local/Library/Libraries \
>>>>>   -L/usr/GNUstep/System/Library/Libraries -L/usr/local/lib \
>>>>>   -l:libobjc.so.4.6 -lm
>>>>> 
>>>>> In file included from conftest.c:99:
>>>>> In file included from ././config/config.objc.m:2:
>>>>> ././config/objc-common.g:53:3: warning: assignment to Objective-C's isa 
>>>>> is deprecated in favor of object_setClass() [-Wdeprecated-objc-isa-usage]
>>>>>   obj->isa = self;
>>>>>   ^  ~~~~~~~
>>>>>   object_setClass( , )
>>>>> ././config/objc-common.g:46:5: note: instance variable is declared here
>>>>>  id isa;
>>>>>     ^
>>>>> 1 warning generated.
>>>>> /usr/local/lib/libobjc.so.4.6: undefined reference to `vtable for 
>>>>> std::type_info'
>>>>> /usr/local/lib/libobjc.so.4.6: undefined reference to 
>>>>> `std::type_info::__is_function_p() const'
>>>>> /usr/local/lib/libobjc.so.4.6: undefined reference to `typeinfo for 
>>>>> std::type_info'
>>>>> /usr/local/lib/libobjc.so.4.6: undefined reference to 
>>>>> `std::type_info::~type_info()'
>>>>> /usr/local/lib/libobjc.so.4.6: undefined reference to 
>>>>> `std::type_info::__do_upcast(__cxxabiv1::__class_type_info const*, 
>>>>> void**) const'
>>>>> /usr/local/lib/libobjc.so.4.6: undefined reference to 
>>>>> `std::type_info::__is_pointer_p() const'
>>>>> clang-3.4: error: linker command failed with exit code 1 (use -v to see 
>>>>> invocation)
>>>>> 
>>>>> _______________________________________________
>>>>> Gnustep-dev mailing list
>>>>> address@hidden
>>>>> https://lists.gnu.org/mailman/listinfo/gnustep-dev
>>>> 
>>>> 
>>> 
>>> 
>> 
>> 
> 
> _______________________________________________
> Gnustep-dev mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/gnustep-dev