forwarded 578831 http://gcc.gnu.org/PR41376
thanks
On Sat, Aug 14, 2010 at 03:57:36PM +0200, Matthias Klose wrote:
> retitle 578831 collect2 does not handle static libraries
> forwarded 578831 http://bugs.debian.org/PR578831
> tag 578831 + upstream
> thanks
I assume that was the URL you meant (th
retitle 578831 collect2 does not handle static libraries
forwarded 578831 http://bugs.debian.org/PR578831
tag 578831 + upstream
thanks
On 08.08.2010 13:40, Kirill Smelkov wrote:
On Sun, Aug 08, 2010 at 12:24:58PM +0200, Steinar H. Gunderson wrote:
OK, I think I've spotted the problem -- it do
On Sun, Aug 08, 2010 at 12:24:58PM +0200, Steinar H. Gunderson wrote:
> On Sun, Aug 08, 2010 at 02:20:38PM +0400, Kirill Smelkov wrote:
> > No thanks, I can't afford NDA for myself.
>
> I wouldn't require an NDA to be signed -- it would be on honor code. :-)
> (It's not a commercial product, but I
On Sun, Aug 08, 2010 at 12:46:54PM +0200, Steinar H. Gunderson wrote:
> OK, I think I've spotted the problem -- it doesn't like that .a files
> reference variables in .o files.
Actually, .a files are not recompiled for LTO at all. If I stick everything
in .a files and link, linking is very fast; i
On Sun, Aug 08, 2010 at 12:24:58PM +0200, Steinar H. Gunderson wrote:
>> Though I may suggest to try latest upstream binutils and gcc-4.5 to see
>> whether it works there, and if not, try harder to still disentangle the
>> testcase.
> I'll give probably give it a shot, eventually.
OK, I think I've
On Sun, Aug 08, 2010 at 02:20:38PM +0400, Kirill Smelkov wrote:
> Just a note - if your program uses pthread you should pass -pthread
> explicitly, even if some other library you link to uses pthread, because
> with -Wl,-no-add-needed (which is the default in Fedora, and may be some
> time in Debia
On Sun, Aug 08, 2010 at 11:55:28AM +0200, Steinar H. Gunderson wrote:
> On Sun, Aug 08, 2010 at 01:47:09PM +0400, Kirill Smelkov wrote:
> > The fix Matthias reffered to, is that you no longer need to pass -pthread
> > explicitly if your program does not use pthreads. Please try it out --
> > it sho
On Sun, Aug 08, 2010 at 01:47:09PM +0400, Kirill Smelkov wrote:
> The fix Matthias reffered to, is that you no longer need to pass -pthread
> explicitly if your program does not use pthreads. Please try it out --
> it should not complain about pthread_cancel.
Well, my program uses pthreads, so it'
On Sat, Aug 07, 2010 at 10:08:27PM +0200, Steinar H. Gunderson wrote:
> On Sat, Aug 07, 2010 at 09:46:31PM +0200, Matthias Klose wrote:
> > fixed in binutils 2.20.1-13 (and in binutils from experimental).
>
> I'm afraid it's not:
>
> fugl:~/dev/tehintro> ld -v
> GNU ld (GNU Binutils for Debian) 2
reopen 578831
thanks
On Sat, Aug 07, 2010 at 09:46:31PM +0200, Matthias Klose wrote:
> fixed in binutils 2.20.1-13 (and in binutils from experimental).
I'm afraid it's not:
fugl:~/dev/tehintro> ld -v
GNU ld (GNU Binutils for Debian) 2.20.51-system.20100710
fugl:~/dev/tehintro> make
Generating de
On Tue, Jun 22, 2010 at 02:53:24PM +0200, Matthias Klose wrote:
> please recheck with the current g++-4.5 in experimental. -lpthread
> shouldn't be used directly, but pass -pthread to both CXXFLAGS and
> LDFLAGS.
Pretty much no change. With CXXFLAGS including -pthread and LDFLAGS including
-pthre
On 28.04.2010 10:37, Vincent Danjean wrote:
On 27/04/2010 01:26, Matthias Klose wrote:
On 23.04.2010 10:22, Steinar H. Gunderson wrote:
On Fri, Apr 23, 2010 at 08:41:53AM +0200, Vincent Danjean wrote:
Please, look at #577961. It seems to me that this is the same bug (and
now, I think the bug b
On 27/04/2010 01:26, Matthias Klose wrote:
> On 23.04.2010 10:22, Steinar H. Gunderson wrote:
>> On Fri, Apr 23, 2010 at 08:41:53AM +0200, Vincent Danjean wrote:
>>> Please, look at #577961. It seems to me that this is the same bug (and
>>> now, I think the bug belong to gcc-4.5)
>>
>> OK, adding -
On Tue, Apr 27, 2010 at 01:26:00AM +0200, Matthias Klose wrote:
> please make sure that *all* flags (except preprocessor flags) passed
> to cc1 are also passed to lto1. For common build systems, this does
> mean passing $(CFLAGS) to the link command.
OK. This made no change at all to the undefined
On 23.04.2010 10:22, Steinar H. Gunderson wrote:
On Fri, Apr 23, 2010 at 08:41:53AM +0200, Vincent Danjean wrote:
Please, look at #577961. It seems to me that this is the same bug (and
now, I think the bug belong to gcc-4.5)
OK, adding -lpthread makes the error go away.
please make sure that
On Fri, Apr 23, 2010 at 08:41:53AM +0200, Vincent Danjean wrote:
> Please, look at #577961. It seems to me that this is the same bug (and
> now, I think the bug belong to gcc-4.5)
OK, adding -lpthread makes the error go away. Now let me try adding
-fwhole-program to the link (which is the point of
On 23/04/2010 00:54, Steinar H. Gunderson wrote:
> On Fri, Apr 23, 2010 at 12:19:41AM +0200, Steinar H. Gunderson wrote:
>> It works with no errors if I remove -flto. (There's lots of other chaos if I
>> throw -frepo into the mix, but I'll keep that for a later bug. :-) )
>
> Actually that's wrong
On Fri, Apr 23, 2010 at 12:19:41AM +0200, Steinar H. Gunderson wrote:
> It works with no errors if I remove -flto. (There's lots of other chaos if I
> throw -frepo into the mix, but I'll keep that for a later bug. :-) )
Actually that's wrong -- I did a full recompile, and now it fails even
without
Severity: normal
Package: gcc-4.5
Version: 4.5.0-1
Hi,
I'm trying to link a project with g++-4.5 and LTO:
$ g++-4.5 -flto -fno-exceptions -Wl,--gc-sections -lGL -lGLU -L/usr/X11R6/lib
-lXext -lX11 -lfreetype -lz -o parser script/parser.o common/common.a
texgen/texgen.a meshgen/meshgen.a texg
19 matches
Mail list logo