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:~> /usr/lib/g
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
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, link
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
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 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'
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 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
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,
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
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 UNSUBSCR
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 -mtune=generi
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/includ
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 nfss
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: ht
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 ther
-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
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.
-- Syste
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 missi
21 matches
Mail list logo
