bugGNUstep - Bugs: bug #33671, problems linking when building...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #33671: problems linking when building with clang....

Submitted by:  Gregory John Casamento <gcasa>
Submitted on:  Wed 29 Jun 2011 05:14:47 PM UTC  
 
Category: MakefilesSeverity: 4 - Important
Item Group: BugStatus: Duplicate
Privacy: PublicAssigned to: None
Open/Closed: Closed

Thu 07 Jul 2011 12:28:47 AM UTC, 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

Nicola Pero <nico>
Project Member
Wed 06 Jul 2011 11:14:32 PM UTC, comment #2:

Hi Gregory,

I'm a bit late to notice this bug report.

This bug looks like a duplicate of #33189

You are probably using an old GNUstep Make version. The issue has been fixed in the latest GNUstep Make 2.6.1

Quentin.

Quentin Mathé <qmathe>
Project Member
Wed 06 Jul 2011 07:32:18 PM UTC, comment #1:

Comment by David Chisnall:

#33671 is a bug in -make, which I reported months ago but which Nicola doesn't seem to want to fix. 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.

Fred Kiefer <FredKiefer>
Project Member
Wed 29 Jun 2011 05:14:47 PM UTC, original submission:

Please see the output here for more information:

http://pastebin.com/wjv9hFVJ

The current workaround is to do this:

make CC=clang LD=gcc

(NOTE: Full output is attached as out2)

GC

Gregory John Casamento <gcasa>
Project Administrator

 

Attached Files
file #23588:  out2 added by gcasa (502KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by nico (Posted a comment)
  • -unavailable- added by qmathe (Posted a comment)
  • -unavailable- added by FredKiefer (Posted a comment)
  • -unavailable- added by gcasa (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 07 Jul 2011 12:28:47 AM UTCnicoOpen/ClosedOpen=>Closed
    Wed 06 Jul 2011 11:14:32 PM UTCqmatheStatusNone=>Duplicate
    Wed 29 Jun 2011 05:15:21 PM UTCgcasaSeverity3 - Normal=>4 - Important
    Wed 29 Jun 2011 05:14:47 PM UTCgcasaAttached File-=>Added out2, #23588

    Back to the top


    Powered by Savane 3.1-cleanup1