Package: gcc-snapshot
Version: 20100814-1
Hi,
I noticed that gcc-snapshot makes markedly larger binaries with -Os than
gcc-4.5 does (well, granted, there's a few other options in the mix); it
led me to ponder if this could be the issue:
fugl:~ cat test.c
void foo() {}
fugl:~
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 (the
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's
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 Debian
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 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
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
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
-pthread
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 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
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
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
On Thu, Dec 18, 2008 at 01:00:03PM +0100, Arthur Loiret wrote:
On amd64 and i386, gcc-4.3 and gcc-snapshot are both configured with
--mtune=generic, and:
Yes, looks like it's been fixed since the version where I reported it.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To
Package: gcc-snapshot
Version: 20081117-1
Severity: normal
Hi,
I compared performance of gcc-4.3 and gcc-snapshot today, and there was at least
once quite bad regression. I reported it upstream, and the root cause was that
gcc-snapshot builds with -mtune=i486 and gcc-4.3 builds with
Package: gcc-4.1
Version: 4.1.2-14
Severity: normal
Hi,
nfs-utils 1:1.1.1~git-20070706-2 FTBFS on alpha (and alpha only):
if gcc -DHAVE_CONFIG_H -I. -I. -I../../support/include
-I../../support/include -D_GNU_SOURCE -Wall -Wstrict-prototypes -mno-fp-regs
-ffixed-8 -pipe -g -O2 -Wall -MT
On Tue, Aug 07, 2007 at 10:34:12PM +0200, Steinar H. Gunderson wrote:
(insn 111 17 112 0 nfsstat.c:688 (set (mem/c:DF (plus:DI (reg/f:DI 30 kr
170 ($30))
Once more, without the Firefox currency converter enabled :-)
if gcc -DHAVE_CONFIG_H -I. -I. -I../../support/include
-I../../support
On Sat, Sep 09, 2006 at 05:19:32PM +1000, Peter Moulder wrote:
Can this bug's title be changed to Source package contains useless
files, and accordingly its severity be reduced to minor or wishlist ?
Not as long as fsf-funding.7 is still in the source package.
/* Steinar */
--
Homepage:
On Mon, Jun 05, 2006 at 10:55:34AM +0200, Bill Allombert wrote:
I see a NMU by Steinar being rejected due to bad versions.
Yes. I was going to upload another one, but was told that Thiemo would make
an upload this weekend anyhow, so I let it be. Thiemo, OTOH, told me that
Matthias Klose got
-make-lang.dpatch: Quote the arguments to sed in Make-lang.in.
+Fixes FTBFS on PPC; patch from Matt Kraai. (Closes: #350688)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sat, 3 Jun 2006 01:25:17 +0200
+
gcc-2.95 (2.95.4.ds15-24) unstable; urgency=low
* Thiemo Seufer [EMAIL PROTECTED]
only
Package: libgnat-3.4
Version: 3.4.5-2
Severity: serious
Justification: uninstallable
libgnat-3.4 depends on:
Depends: gcc-3.4-base (= 3.4.5-2), libc6 (= 2.3.5-1), libgcc1 (= 3.4.4)
However, the version of gcc-3.4-base in unstable is 3.4.5-3, and thus
the package is uninstallable.
-- System
On Sat, Nov 19, 2005 at 04:08:12PM +0900, Miles Bader wrote:
Summary of problem: compilation with g++ gives undefined reference
for references to some STL template function instantiations, despite
using -frepo (which AFAIK should automatically recompile something to
instantiate all missing
21 matches
Mail list logo
