Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140508010605.GE26358@brightrain.aerifal.cx>
Date: Wed, 7 May 2014 21:06:05 -0400
From: Rich Felker <dalias@...c.org>
To: musl@...ts.openwall.com
Cc: scjthm@...e.com
Subject: Re: Linking musl with ld.gold

On Wed, May 07, 2014 at 01:04:43PM +0300, Timo Teras wrote:
> On Wed, 7 May 2014 10:04:24 +0100
> Stephen Thomas <scjthm@...e.com> wrote:
> 
> > > only the object files with referenced symbols are linked from an
> > > archive
> > > 
> > > so only a.o with the given main.o because of the symbol f
> > > 
> > > now if you make some reference in main.c such that b.o should
> > > be included but main still returns 0 that would be a bug
> > > 
> > > eg. add a void g(void){} to b.c and call it from main.c  
> > 
> > Ok, thanks for that info. It appears that there is a problem in gcc
> > 4.9 and not 4.8.3.
> 
> Is perhaps -ffunction-sections and/or -fdata-sections added
> automatically? Those would break musl like experienced.

They should not break musl; if they do, it's a compiler bug. The
strong symbol that overrides the weak symbol elsewhere is not unused
and available for garbage collection because it's referenced.

I suspect your claim is just wrong, since IIRC people have
successfully used these options with musl.

Rich

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.