--- Comment #20 from dodji at gcc dot gnu dot org 2009-10-31 07:05 ---
Patch posted to http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01827.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
--- Comment #11 from sezeroz at gmail dot com 2009-10-31 07:50 ---
(In reply to comment #10)
>
> Author: hjl
> Date: Fri Oct 30 16:04:41 2009
> New Revision: 153759
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153759
> Log:
> 2009-10-30 H.J. Lu
>
> Backport fro
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-10-31 09:38
---
> Thanks for your quick response. I would like to point out that on every
> compiler and machine I've used, the behavior of signed overflow may not be
> defined -- but it's always been consistent.
Consistency
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Summary|ICE from '-O -fprofile-arcs|[4.5 Regre
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
|
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-31 11:31 ---
I suspect another VTA issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-31 11:32 ---
Likewise.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Summary|ICE from '-O2 -fno-omit-|[4.5 Regre
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-31 11:46 ---
To reproduce the issue do
../configure --enable-lto --enable-gold --enable-languages=c
--prefix=/tmp/install
make
make install
it fails at the make install step because it re-builds lto-plugin there and
fails to li
--- Comment #11 from mans at mansr dot com 2009-10-31 12:28 ---
Adding -mno-sdata does not help. Note that the error messages are always
referring to .bss, never to .sbss.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41567
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-31 12:52 ---
Hmm, -flto and -fwhopr are in common.opt. The -Wpsabi and -Wabi options are
not, but I fail to see why this is the fault of LTO.
I have a patch to move the -flto / -fwhopr postprocessing to common code.
--
htt
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-10-31 13:01
---
Try dropping -Bsymbolic
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41567
--- Comment #19 from rguenth at gcc dot gnu dot org 2009-10-31 13:05
---
Well, LTO problem fixed. The plugin (GCC plugin, not linker plugin!) testsuite
should be fixed up.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-31 13:11 ---
Some things were fixed. Still open are
> +/* Pass files generated by the lto-wrapper to the linker. FD is lto-wrapper's
> + stdout. */
> +
> +static void
> +add_output_files (FILE *f)
> +{
> + char fname[1000];
--- Comment #4 from hutchinsonandy at gcc dot gnu dot org 2009-10-31 15:27
---
*** Bug 21078 has been marked as a duplicate of this bug. ***
--
Bug 21080 depends on bug 21078, which changed state.
Bug 21078 Summary: Testsuite reports excecution failure for
gcc.c-torture/execute/200
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2009-10-31 15:27
---
*** This bug has been marked as a duplicate of 21080 ***
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
---
g++.dg/lookup/extern-c-redecl[34].C have
// { dg-final { scan-assembler-not "call\[\t \]+_Z4forkv" } }
// { dg-final { scan-assembler "call\[\t \]+fork" } }
But asm insns are target specific.
--
Summary: Invalid g++.dg/lookup/extern-c-redecl[34].Cg++.dg
Product: gcc
--- Comment #65 from hjl dot tools at gmail dot com 2009-10-31 16:47
---
Here are the differences of "-m32 -O3 -msse2 -mfpmath=sse -ffast-math
-funroll-loops" vs. "-m32 -O3 -msse2 -mfpmath=sse -ffast-math -funroll-loops
-mstackrealign" using ix86/gcc-4_4-branch on Intel Core i7:
164.gz
ith: ../../mainline/configure --prefix=/pkgs/gcc-mainline
--enable-checking=release --enable-languages=c
Thread model: posix
gcc version 4.5.0 20091031 (experimental) [trunk revision 153773] (GCC)
I get an ICE:
frying-pan:~/programs/gambc-v4_5_2-devel> /pkgs/gcc-mainline/bin/gcc
-march=core2
--- Comment #1 from lucier at math dot purdue dot edu 2009-10-31 16:56
---
Created an attachment (id=18942)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18942&action=view)
test case
This is the test case.
BTW, this works in 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #12 from hjl at gcc dot gnu dot org 2009-10-31 16:58 ---
Subject: Bug 39315
Author: hjl
Date: Sat Oct 31 16:58:17 2009
New Revision: 153780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153780
Log:
gcc/
2009-10-31 H.J. Lu
Backport from mainline:
--- Comment #5 from hutchinsonandy at gcc dot gnu dot org 2009-10-31 17:02
---
Anatoly,
can we implement this patch to correct __builtin_return_address and thus remove
these old bug reports and associated testsuite failures? It also provides a
means to document stack usage which would
--- Comment #1 from dominiq at lps dot ens dot fr 2009-10-31 17:10 ---
Isn't it a duplicate of pr41856?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41890
--- Comment #9 from dominiq at lps dot ens dot fr 2009-10-31 17:13 ---
> The '.*?' is the non greedy form of '.*'.
I have learnt regexps at a time when this was not available on all regexp
engines, so I always forget such constructs.
I think pr41890 is a duplicate of this one.
--
--- Comment #2 from hjl dot tools at gmail dot com 2009-10-31 17:31 ---
*** This bug has been marked as a duplicate of 41856 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #10 from hjl dot tools at gmail dot com 2009-10-31 17:31
---
*** Bug 41890 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #2 from lucier at math dot purdue dot edu 2009-10-31 17:32
---
There is no ICE with
heine:~/Desktop> /pkgs/gcc-mainline/bin/gcc -vUsing built-in specs.
COLLECT_GCC=/pkgs/gcc-mainline/bin/gcc
COLLECT_LTO_WRAPPER=/pkgs/gcc-mainline/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/l
--- Comment #4 from tydeman at tybor dot com 2009-10-31 17:42 ---
The requirement that translation time precision be at least as great as runtime
precision existed in C89, C90, C95, and C99 (so has been around for 20 years).
My code is a test of translation time precision versus runtime
i.e. the attached code is fine on x86_64 but crashes on s390x with
g++ -O2 -fpic demo.cxx
it does not crash with
g++ -O2 demo.cxx
or
g++ -fpic demo.cxx
expected output is...
0 3 0 3 0 3 1 3 2 3 1 3 0 3 1 3 1 3 2 3 2 3 0 3 2 3 1 3 2 3 0 3 0 3 0 3 1 3 2 3
1 3 0 3 1 3 1 3 2 3 2 3 0 3 2 3 1 3 2 3 0 3
--- Comment #1 from caolanm at redhat dot com 2009-10-31 17:51 ---
Created an attachment (id=18943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18943&action=view)
demo code
s390x-redhat-linux-g++ -O2 -fpic demo.cxx
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41892
--- Comment #2 from caolanm at redhat dot com 2009-10-31 17:52 ---
$ gcc --version
gcc (GCC) 4.4.2 20091019 (Red Hat 4.4.2-5)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41892
--- Comment #5 from caolanm at redhat dot com 2009-10-31 17:59 ---
bug 41892 now logged for the concrete runtime problem I'm encountering.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-10-31 18:37 ---
323 covers all excess precision issues. Predictable results that do
not depend on when a computation is carried out require
-fexcess-precision=standard which requires 4.5. It so happens that all
C conformance options
--- Comment #135 from jsm28 at gcc dot gnu dot org 2009-10-31 18:37 ---
*** Bug 41867 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[From https://bugzilla.redhat.com/show_bug.cgi?id=531385 ]
Testcase:
cat > file1.c << EOF
struct s1_s {
int v;
};
struct s1_s g1;
void __attribute__((externally_visible)) func1() {
struct s1_s *l1 = &g1;
}
EOF
cat > file2.c << EOF
extern struct s1_s g1;
void func2() {
&g1;
}
EOF
cc
--- Comment #1 from jason at gcc dot gnu dot org 2009-10-31 21:12 ---
Confirmed with current 4.4 branch. 4.5 doesn't segfault for some reason, but
we run into the same invalid code.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Commandline:
avr-gcc -S -mmcu=atmega128 -Os
-fno-inline-small-functions -fno-split-wide-types bug.c
Sourcecode:
typedef unsigned char uint8_t;
typedef unsigned short uint16_t;
typedef union
{
struct {
uint8_t sekunden;
uint8_t minuten;
} x;
uint16_t sekmin;
} zeit_t;
void testmi
--- Comment #11 from danglin at gcc dot gnu dot org 2009-10-31 22:00
---
Also fail on hppa*-*-hpux*.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hutchinsonandy at gcc dot gnu dot org 2009-10-31 23:02
---
Please post entire assembler code.
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from j at uriah dot heep dot sax dot de 2009-10-31 23:10
---
Created an attachment (id=18944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18944&action=view)
Full assembler code I get from GCC 4.3.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41894
--- Comment #3 from j at uriah dot heep dot sax dot de 2009-10-31 23:11
---
The bug was originally reported in the (Germany-language) mikrocontroller.net
forum, and I confirmed the bug on my local GCC 4.3.2 setup before asking
Frank to submit it as an official bug report.
--
http:/
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Kno
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-01 05:06 ---
Subject: Bug 41754
Author: jason
Date: Sun Nov 1 05:06:42 2009
New Revision: 153788
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153788
Log:
PR c++/41754
* call.c (compare_ics): Avoid bad un
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-01 05:27 ---
Subject: Bug 41754
Author: jason
Date: Sun Nov 1 05:27:04 2009
New Revision: 153791
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153791
Log:
PR c++/41754
* call.c (compare_ics): Avoid bad un
44 matches
Mail list logo
