discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: base fails to build - exception problem


From: Riccardo Mottola
Subject: Re: base fails to build - exception problem
Date: Mon, 31 Aug 2015 10:04:11 +0200
User-agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1

Hi Fred,

Fred Kiefer wrote:
Just to understand this. You have both David's and a gcc libobjc runtime 
installed. David's runtime has its headers in a place where they get picked up, 
but you configure base to use the gcc runtime by setting the flags on 
configure. And then you complain that things are inconsistent?

Now mixing the headers and library from different runtimes should give 
inconsistent results, what is surprising is the way you get these issues. It 
would be better for configure to detect such an inconsistent state.

wait a moment and calm down. I don't want to mix runtimes, just select a compiler. I don't even know how to select a runtime!

I just have David's runtime installed because it is an installed package on my FreeBSD system. The only thing I explicitely do is to select gcc5 as a compiler (always installed from ports) and it comes with its own runtime.

David told me once that his runtime is usable with gcc. I hope this still holds.


Where do you see that I configure base to use the gcc runtime and mix library and headers?

I configure "make" this way:

/configure --with-layout=gnustep --prefix=/ CC=gcc5 CXX=g++5 
LDFLAGS=-Wl,-rpath=/usr/local/lib/gcc5

My intention with this is to select gcc5 and give embed its link path with its library if it is needed.

I then configure "base" with just "./configure" nothing else.

I think by having both runtimes available/detected, David's should have preference, but I would even be fine using gcc's, but as you say consistent.

I'll test Richard's LDFLAGS and report.
Actually, how do I know which runtime is being used? Run ldd on base's library?

E.g. on a similar FreeBSD system but which uses only clang, I see:
libobjc.so.4.6 => /usr/local/lib/libobjc.so.4.6 (0x801df9000)

We shall see what I get when using gcc5 then!

Riccardo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]