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

Group
 
 

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

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Wed 29 Jun 2011 05:14:47 PM UTC
   
 
Category:  Makefiles Severity:  4 - Important
Item Group:  Bug Status:  Duplicate
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group 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>
Group 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>
Group 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>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

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
  • -email is unavailable- added by nico (Posted a comment)
  • -email is unavailable- added by qmathe (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by gcasa (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-07-07 nico Open/ClosedOpen Closed
    2011-07-06 qmathe StatusNone Duplicate
    2011-06-29 gcasa Severity3 - Normal 4 - Important
    2011-06-29 gcasa Attached File- Added out2, #23588

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code