[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #33671] problems linking when building with clang....
From: |
Nicola Pero |
Subject: |
[bug #33671] problems linking when building with clang.... |
Date: |
Thu, 07 Jul 2011 00:28:48 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20100101 Firefox/5.0 |
Update of bug #33671 (project gnustep):
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #3:
> #33671 is a bug in -make, which I reported months ago but
> which Nicola doesn't seem to want to fix.
I don't know what you're talking about.
First of all, this is actually a bug in clang, which claims to
be a drop-in replacement for GCC because it is supposed to
support the same flags (such as -r) but in this particular case
it doesn't (on Linux).
Second, I spent lots of time trying to figure out how to have
gnustep-make work around it, and we even made a special
gnustep-make release (2.6.1) just to address the issue.
> It was introduced just before the last -make release and means
> that the wrong linker flags are passed when linking a
> subproject on Linux. I would take a look, but it doesn't seem
> to be broken on FreeBSD, only on Linux, which is why I didn't
> see it.
As far as I know, the "bug" is fixed in trunk and in the latest
gnustep-make release (2.6.1), so I'm not really sure why you
claim that "it was introduced before the last -make release".
Maybe you meant to say "it was fixed before the last -make
release".
Finally, the "bug" wasn't actually "introduced" in gnustep-make,
it was "introduced" in clang, as the "-r" flag stopped working
with clang on some platforms (Linux) but not others. We then
had to patch gnustep-make a number of times to try and work
around the problem to get things to compile with clang again.
Thanks
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?33671>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/