I was testing out LTO and found -fdump-tree-all did not work.
I even made sure that -fdump-tree-all was added to the command line:
/home/pinskia/lto-gcc/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto1 -quiet
-dumpbase lua.o -mtune=generic -auxbase-strip /tmp/ccMdUKXU.lto.o -O2 -Wall
-version
I was playing around with LTO and decided to see what would happen when I
supply -m32 with objects compiled for -m64.
lto1: internal compiler error: in lto_get_pickled_tree, at
lto-streamer-in.c:2423
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #3 from ubizjak at gmail dot com 2009-10-04 08:06 ---
I have hit what looks as the same problem on alpha for gcc.dg/lto/20090116_0.c:
int foo(void) {
int ret, i;
for (i = 0; i 1; i++)
ret = 0;
for (i = 0; i 1; i++)
ret = 1;
return ret;
}
~/gcc-build/gcc/xgcc -B
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-10-04 08:15
---
Do not use -O3 with Ada yet.
*** This bug has been marked as a duplicate of 40071 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2009-10-04 08:15
---
*** Bug 41563 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ubizjak at gmail dot com 2009-10-04 08:15 ---
Confirmed on alpha with attached testcase:
~/gcc-build/gcc/xgcc -B ~/gcc-build/gcc/ -O1 -fwhopr -fPIC -c pr41159.i
~/gcc-build/gcc/xgcc -B ~/gcc-build/gcc/ c_lto_20090116_0
.o -O1 -fwhopr -fPIC -shared -O0 pr41159.o
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-04 09:09 ---
The warning is from the preprocessor - I'm not sure it is even wrong. You
have to write 0x123456789abcdLL IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41561
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-04 09:14 ---
I see. This particular issue should be fixed as libelf and the clone from
elfutils use different SONAMEs and the configure test in GCC checks for the
actual features it uses with a link test. The only thing that
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-04 09:20 ---
It works - look into /tmp.
$ ./xgcc -B. -o t t.i -flto -fdump-tree-all
$ ls /tmp/
ccJKyW5f.o.140t.optimized
ccJKyW5f.o.221t.statistics
you need to use -save-temps to get nice names here. It also works with your
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-04 09:25 ---
Awww - we have the concept of user options for this. See lto-opts.c.
We should somehow include this - but the multilibs do not fit the regular
options scheme really ... :/
--
rguenth at gcc dot gnu dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-04 09:54 ---
I'll see if I can fix it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-04 09:58 ---
Btw, mixing any flags that change the set of builtin functions also is going
to confuse the streamer a lot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41565
--- Comment #6 from rob1weld at aol dot com 2009-10-04 10:25 ---
(In reply to comment #5)
I see. This particular issue should be fixed as libelf and the clone from
elfutils use different SONAMEs and the configure test in GCC checks for the
actual features it uses with a link test.
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-04 10:32 ---
2009-09-14 Diego Novillo dnovi...@google.com
* configure.ac: Add link test to check for some of the
libelf functions used.
Tidy some formatting.
* configure: Regenerate.
--
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2009-10-04 11:01
---
Not a GCC bug.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from joseph at codesourcery dot com 2009-10-04 12:17 ---
Subject: Re: New: -m32 causes an ICE when the object files
were compiled with 64bit
While this case should give a sensible error (not an ICE), linking an
object built with a 32-bit compiler with no special
The attached bzip2'd tar file unpacks into a directory pgb2as-lto.
To build, change to that directory, then do:
$ for f in *.f *.c; do gfortran -c -g -O3 -flto $f; done
$ rm pgb2as.o
$ ar rv lib.a *.o
$ ranlib lib.a
$ gfortran -g -O3 -flto pgb2as.f lib.a
This results in:
In function 'pgb2as':
--- Comment #1 from toon at moene dot org 2009-10-04 13:09 ---
Created an attachment (id=18701)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18701action=view)
Test case
bzip2'd tar file with test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41566
Hi,
With gcc 4.3.4 from debian unstable build with the following command line :
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.4-3'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--- Comment #1 from marillat at debian dot org 2009-10-04 13:16 ---
Created an attachment (id=18702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18702action=view)
preprocessed mpeg12enc.i
Tell me if you want another preprocessed files.
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-04 13:47 ---
I have a pat^Whack.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-10-04 13:57
---
I have a patch that seems to solve this in conjunction with PR41552.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-04 14:04 ---
Maybe related to PR41521.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41566
Consider
#include list
//...
std::listint i,i2;
swap(move(i),move(i2));
This code should compile fine. Unfortunately it does not compile on gcc 4.4.1.
Error message:
xxx:xx: error: no matching function for call to 'swap(std::listint,
std::allocatorint , std::listint, std::allocatorint )'
--- Comment #3 from ylalym at gmail dot com 2009-10-04 15:33 ---
(In reply to comment #0)
There is a makeshift.
File a.cpp
#include stdio.h
const class nullptr_t
{
public:
templateclass T operator T*() const { return 0; }
templateclass C, class T operator T C::*() const { return
make[4]: Entering directory
`/scratch/packages/gcc/snap/gcc-snapshot-20091004/build/lto-plugin'
/bin/sh ./libtool --tag=CC --mode=link gnatgcc -Wall -Werror -g -O2 -o
liblto_plugin.la -rpath /usr/lib/gcc-snapshot/libexec/gcc/i486-linux-gnu/4.5.0
lto-plugin.lo -lelf -L../libiberty/pic -liberty
--- Comment #2 from msebor at gmail dot com 2009-10-04 16:08 ---
I'm not positive which stage issues the warning but the preprocessor does not
warn on large integer literals in preprocessor directives involving integer
arithmetic (e.g., #if 0x123456789abcd LONG_MAX).
Strictly
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-04 16:13 ---
Ok, this works but /tmp seems the wrong place for the dumps.
pins...@gcc13:~/src/lua-5.1.4/src$ !ls
ls /tmp/*.[0-9][0-9][0-9]t.*
/tmp/lua.o.057t.addressables
--
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2009-10-04
16:38 ---
Created an attachment (id=18703)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18703action=view)
Patch to revert to pre-r150553 behavior on darwin
--
g++ (Gentoo SVN) 4.5.0-pre built 20091004 (experimental) rev. 152437
$ g++ -c -std=gnu++0x a.cc echo ok
ok
$ g++ -c -std=gnu++0x a.cc -g echo ok
a.cc: In instantiation of MC:
a.cc:22:44: instantiated from MB, C
a.cc:22:44: instantiated from MA, B, C
a.cc:37:20: instantiated
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
the exact version of GCC - 4.3.3
the system type - Linux localhost 2.6.30.8-64.fc11.ppc #1 Fri Sep 25 04:30:08
EDT 2009 ppc ppc ppc GNU/Linux
the options given when GCC was configured/built - I used the latest stable
buildroot to get a toolchain
the compiler output (error messages, warnings,
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-04 18:48 ---
internal compiler error: Illegal instruction
What type of PowerPC are you building on? Also with which GCC version are you
using to build the new version of GCC?
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from dougmencken at gmail dot com 2009-10-04 18:55 ---
Subject: Re: libgcc2.c: internal compiler error: Illegal
instruction In function '__popcountsi2'
Host compiler:
$ gcc --version
gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2)
Copyright (C) 2009 Free Software
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-04 18:58 ---
So 4.4.1 is being used to compile the new GCC and the new GCC was either
miscompiled or created code that does not work on your PPC.
Since the 4.4.1 you are using to build the new GCC, is from Redhat, this should
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-10-04 19:13 ---
This is related to builtins too because either using -fno-builtin or using
fork1 allows this program to work.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Configured trunk with
../../gcc-in-cxx/configure --enable-languages=c,c++ --enable-build-with-cxx
Bootstrap dies with:
gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros
--- Comment #4 from danglin at gcc dot gnu dot org 2009-10-04 20:11 ---
The problem is also present on hppa64-hp-hpux11.11 with GCC versions
earlier than 4.5. Comment #2 fixes the compilation error on this target.
--
danglin at gcc dot gnu dot org changed:
What
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-04 20:27 ---
Rainer, I think the checks are in place to properly set HAVE_STDINT_H
and HAVE_INTTYPES_H or provide defines for intptr_t and uintptr_t.
Can you do actual verification if comment #2 fixes your issue?
--
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-10-04 20:56
---
Can this PR be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40839
--- Comment #2 from marillat at debian dot org 2009-10-04 20:59 ---
gcc is 4.4.1 and not 4.3.4
You can find more compilation logs here (near the bottom). Click on (stderr)
link to see error messages.
http://fate.multimedia.cx/
Also mplayer doesn't build with gcc 4.1.3, 4.2.4 and 4.3.4
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-04 21:12 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-10-04 21:18
---
Yikes, this slipped in the crack. I am doing triage today and noticed this.
Assigning to myself.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-10-04 21:25
---
Assigning to myself only to remind me to investigate to see where this stands
now.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
simple testcase, extracted from Wine, breaks
$ /home/marcus/projects/gcc.trunk/BIN/bin/gcc -c-O2 msc.i
msc.i: In function 'get_attr':
msc.i:13:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from marcus at jet dot franken dot de 2009-10-04 21:44
---
Created an attachment (id=18704)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18704action=view)
msc.i
gcc -c -O2 msc.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41573
--- Comment #26 from chris at bubblescope dot net 2009-10-04 21:50 ---
Just to follow up on an earlier comment, I've tested this patch with a new
improved std::rotate test (to be submitted shortly) which tests all rotations
and positions up to length 20, and it passes fine. Further, it
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-10-04 21:51
---
Any new information on this issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40020
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-04 21:51 ---
#0 0x08b80868 in htab_find_with_hash (htab=0x0, element=0xbfffe9d4, hash=1251)
at /home/richard/src/trunk/libiberty/hashtab.c:569
#1 0x085c3d49 in referenced_var_check_and_insert (to=0xb7d0eb80)
at
--- Comment #3 from matz at gcc dot gnu dot org 2009-10-04 22:04 ---
Gnah. remove_useless_stmts (notice how that function is called totally
unrelated to what it does) folds the statements. That's without having
referenced_vars already which is the reason for this segfault after my
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-04 22:11 ---
ccache cc -DHAVE_AV_CONFIG_H -I. -I/build/buildd/ffmpeg-dmo-0.5+svn20090928
-D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DPIC -Wall -g -fPIC -DPIC -Wall -g -fPIC -DPIC
--- Comment #1 from ciaran dot mccreesh at googlemail dot com 2009-10-04
22:55 ---
This was introduced in svn://gcc.gnu.org/svn/gcc/tr...@152043 for bug 41266.
The DECL_NAME (parm_pack) assertion doesn't hold if the pack's empty.
This leads to a much simpler test case:
template
--- Comment #27 from paolo dot carlini at oracle dot com 2009-10-04 23:33
---
Thanks Chris, looking forward to the test, we can first commit it first.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41351
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-05 00:39 ---
No easy way out without pessimizing more legitimate uses of asms.
Actually that is not true. asm_insn_count in final.c will be able to count the
number of instructions that an inline-asm will be. This size count
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-05 00:56 ---
size: 41 __asm__ __volatile__
Before:
size: 1 __asm__ __volatile__
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40992
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-05 00:57 ---
Created an attachment (id=18705)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18705action=view)
Patch which should fix this
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40992
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |tree-optimization
Summary|possible miscompilation in
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c++ |target
GCC
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-05 02:21 ---
As mentioned you are using a modified version of gcov. There is no such line
in gcov.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-05 02:45 ---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-05 02:45 ---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41482
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2009-10-05 02:49
---
OK, This got fixed somewhere along the way and the test case provided works
fine.
Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-10-05 02:54
---
Reopening:
FAIL: gfortran.dg/lto/pr40725 f_lto_pr40725_0.o-f_lto_pr40725_1.o execute -O2
-fwhopr
I think LTO folks already know about this.
--
jvdelisle at gcc dot gnu dot org changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-05 02:57 ---
This works for me so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-05 03:00 ---
No feedback in over 3 months (really a year now :) ). So closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-05 03:01 ---
No feedback in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-05 03:02 ---
No feedback in 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-05 03:03 ---
No feedback in 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-05 03:05 ---
So mentioned close as works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from potswa at mac dot com 2009-10-05 05:01 ---
I'm still waiting for the IP assignment papers. This is kinda disappointing.
Hopefully I'll get a reply this time
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41351
--- Comment #14 from Ralf dot Wildenhues at gmx dot de 2009-10-05 05:16
---
Subject: Re: Can't build libgomp without
--enable-languages=fortran
* davek at gcc dot gnu dot org wrote on Wed, Sep 30, 2009 at 11:26:26PM CEST:
--- Comment #13 from davek at gcc dot gnu dot org
73 matches
Mail list logo
