g++ misses the debug information of local static variable but gcc doesn't.
gcc version: 4.1.2 20080704 (Red Hat 4.1.2-44)
g++ version: 4.1.2 20080704 (Red Hat 4.1.2-44)
OS version: Red Hat Enterprise Linux Client release 5.3 (Tikanga)
code stored in the file myTest.c:
void CStyleFunction()
{
--- Comment #19 from ubizjak at gmail dot com 2010-05-05 06:24 ---
Not a gcc bug.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #8 from dfranke at gcc dot gnu dot org 2010-05-05 06:51 ---
(In reply to comment #7)
OTOH I can see where a program that has a lot of real do loops would be
irritating.[...] So I suggest we mark as an enhancement and when some one has
time, we could implement a
--- Comment #7 from thomas at archlinux dot org 2010-05-05 07:23 ---
It has its own file:
http://git.busybox.net/busybox/tree/libbb/xrealloc_vector.c?h=1_16_stableid=1_16_1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
--- Comment #9 from burnus at gcc dot gnu dot org 2010-05-05 07:34 ---
(In reply to comment #8)
This could backfire. Consider applications that make extensive use of computed
GOTOs, PAUSE or any of the other deleted features. Shall we introduce flags
for
selectively enable/disable
--- Comment #7 from janus at gcc dot gnu dot org 2010-05-05 07:45 ---
Subject: Bug 43696
Author: janus
Date: Wed May 5 07:44:33 2010
New Revision: 159056
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159056
Log:
2010-05-05 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #1 from janus at gcc dot gnu dot org 2010-05-05 08:12 ---
Works for me on x86_64-unknown-linux-gnu.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from janus at gcc dot gnu dot org 2010-05-05 08:13 ---
Fixed with r159056. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenther at suse dot de 2010-05-05 08:55 ---
Subject: Re: collect2 does not handle static libraries
On Tue, 4 May 2010, bmei at broadcom dot com wrote:
--- Comment #6 from bmei at broadcom dot com 2010-05-04 16:54 ---
So this is a rough first draft of
--- Comment #14 from irar at il dot ibm dot com 2010-05-05 09:02 ---
It tries to get a _vector_ type of the same size. In theory each
vectorization method can choose whatever vector size suits them
most (as for external defs they need to build up a vector of equivalent
elements
module m
type :: t
logical :: l = .true.
class(t),pointer :: cp = null()
end type
type(t),save :: default_t
end module
Compiling this currently results in:
f951: internal compiler error: in output_constructor_regular_field, at
varasm.c:4995
Reported by Hans-Werner
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-05 10:15 ---
Waiting for a testcase (which could be just preprocessed source of
sed.c).
Can you reproduce the issue when you add -fno-inline?
Can you reproduce the issue with the current 4.5 branch?
As you can reproduce with
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-05 10:30 ---
As *a_2(D) is ANTIC_OUT in bb3 (but not ANTIC_IN in bb3 because it dies in
there)
can we insert in bb3 instead of in bb5?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38497
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-05 10:43 ---
Subject: Bug 43478
Author: jakub
Date: Wed May 5 10:43:36 2010
New Revision: 159063
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159063
Log:
PR debug/43478
* df-problems.c (struct
--- Comment #15 from kgardas at objectsecurity dot com 2010-05-05 10:45
---
Created an attachment (id=20560)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20560action=view)
Output of compiler patched with 43259-0504.patch on SunOS 5.11 snv_134
--
--- Comment #16 from kgardas at objectsecurity dot com 2010-05-05 10:46
---
(From update of attachment 20560)
Hello,
unfortunately your patch is still not working, but it seems you've solved
originally reported issue. See attached log file for compilers complains with
your patch
--- Comment #9 from thomas at archlinux dot org 2010-05-05 10:53 ---
Created an attachment (id=20561)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20561action=view)
Preprocessor output of sed.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
--- Comment #10 from thomas at archlinux dot org 2010-05-05 10:58 ---
(In reply to comment #8)
Waiting for a testcase (which could be just preprocessed source of
sed.c).
Attached. If I find a better (shorter) test case, I'll add that too.
Can you reproduce the issue when you add
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-05 11:13 ---
Ah, it needs -fno-tree-dominator-opts.
We are performing insertion in non-optimal order. We are inserting in
BB11
|
BB12
/ \
BB44 BB45
and insert into BB45 before inserting into BB11, because
--- Comment #4 from burnus at gcc dot gnu dot org 2010-05-05 11:53 ---
(In reply to comment #3)
Lightly tested patch:
And works. Thus submitted:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00275.html
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from thomas at archlinux dot org 2010-05-05 11:57 ---
The problem persists with the 4.5-20100429 snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-05 12:20 ---
Nope. It's because we eliminate() before committing edge inserts. Oops.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from matz at gcc dot gnu dot org 2010-05-05 12:35 ---
Ah, another case of a patch I held back for 4.6 to open, and then forgetting
about it :-/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984
--- Comment #1 from burnus at gcc dot gnu dot org 2010-05-05 12:41 ---
if ((local-field != NULL_TREE || local-index != NULL_TREE)
fieldpos != local-total_bytes)
{
gcc_assert (fieldpos = local-total_bytes);
Debugging shows:
field != NULL_TREE, index == NULL_TREE
size_t is declared as unsigned int on 32-bit and unsigned long on 64-bit. As a
result, following code will emit a warning on amd-64:
printf (%u\n, sizeof (int));
test.c:5: warning: format #8216;%u#8217; expects type #8216;unsigned
int#8217;, but argument 2 has type #8216;long unsigned
--- Comment #1 from pluto at agmk dot net 2010-05-05 13:01 ---
use %Zd formatter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43991
--- Comment #2 from janus at gcc dot gnu dot org 2010-05-05 13:07 ---
It also works on x86_64-apple-darwin10.3.0.
Does the failure on ia64 only happen with -O3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43986
--- Comment #5 from steven at gcc dot gnu dot org 2010-05-05 13:10 ---
I don't understand. We insert on edges now? Even though all critical edges are
split? I thought that if you insert on a critical edge, the commit is
instantanous, not delayed.
--
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-05-05 13:13
---
I see
extern char bb_common_bufsiz1[COMMON_BUFSIZE];
static void add_input_file(FILE *file)
{
fprintf(stderr, Adding input file %x.\n, file);
(*(struct globals*)bb_common_bufsiz1).input_file_list =
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-05-05 13:16
---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from redi at gcc dot gnu dot org 2010-05-05 13:19 ---
%Zd is a GNUism and assumes a signed type (e.g. ssize_t), %zu is ISO C
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-05-05 13:28
---
Bah. Points-to analysis says:
# PT = { B } (glob)
B.0_8 = (struct T *) B;
# PT =
D.2731_9 = B.0_8-l;
because B cannot have pointers. Well. That's obviously because points-to
uses types to determine
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-05 13:28 ---
(In reply to comment #2)
Does the failure on ia64 only happen with -O3?
It fails with
-O3 -fomit-frame-pointer -funroll-all-loops -finline-functions
and
-O3 -fomit-frame-pointer -funroll-loops
--
--- Comment #6 from matz at gcc dot gnu dot org 2010-05-05 13:32 ---
PRE seems to have done this since forever. All edge inserts are delayed if
the _immediate forms aren't used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984
--- Comment #7 from rguenther at suse dot de 2010-05-05 13:33 ---
Subject: Re: PRE misses full-redundancies,
inserts into loops
On Wed, 5 May 2010, steven at gcc dot gnu dot org wrote:
--- Comment #5 from steven at gcc dot gnu dot org 2010-05-05 13:10
---
I don't
--- Comment #8 from steven at gcc dot gnu dot org 2010-05-05 13:52 ---
I think that's an oversight, then. You shouldn't have to use the delayed edge
insert functions if you've pre-split all edges. Perhaps PRE can always use the
_immediate insert functions, and save a walk over all edges
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-05-05 13:56
---
Testcase that does not violate strict aliasing rules (and thus should not
be miscompiled at -O2 or -Os either):
extern char B[256 * sizeof(void *)];
typedef void *FILE;
typedef struct globals {
int c;
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-05-05 14:01
---
Runtime testcase:
char B[256 * sizeof(void *)];
typedef void *FILE;
typedef struct globals {
int c;
FILE *l;
} __attribute__((may_alias)) T;
void add_input_file(FILE *file)
{
(*(T*)B).l[0] = file;
}
--- Comment #17 from thomas at archlinux dot org 2010-05-05 14:10 ---
I have a patch. Workaround for 4.5.0: -fno-pta.
There is no -fno-pta option in 4.5.0, but I can confirm that -fno-tree-pta
fixes the problem in the testcase and in busybox.
--
--- Comment #2 from burnus at gcc dot gnu dot org 2010-05-05 14:12 ---
The problem seems to be the initialization at gfc_conv_structure (init = 1) in
trans-expr.c:
We have:
logical :: l = .true.
class(t),pointer :: cp = null()
and thus:
(gdb) p
--- Comment #18 from rguenther at suse dot de 2010-05-05 14:13 ---
Subject: Re: [4.5/4.6 Regression] type-punning causes
broken binaries unless -O0 is used
On Wed, 5 May 2010, thomas at archlinux dot org wrote:
--- Comment #17 from thomas at archlinux dot org 2010-05-05 14:10
--- Comment #3 from pzhao at gcc dot gnu dot org 2010-05-05 14:18 ---
fixed for 4.6.0
--
pzhao at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-05 14:23
---
Adjusted the target milestone.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-05 14:24 ---
Ah, we have
__builtin_va_start (ap, 0);
ap.1_1 = ap;
D.2000_2 = ap.1_1 + -4;
D.2001_3 = (long unsigned int) D.2000_2;
D.2002_4 = D.2001_3 -4;
ap.2_5 = (void *) D.2002_4;
From
/* Copied from
zen% /opt/gcc-4.5.0/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/opt/gcc-4.5.0/bin/gcc
COLLECT_LTO_WRAPPER=/opt/gcc-4.5.0/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /src/package/lang/other/gcc-4.5.0/configure
--prefix=/opt/gcc-4.5.0
--- Comment #1 from hv at crypt dot org 2010-05-05 14:39 ---
Created an attachment (id=20562)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20562action=view)
Example C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43992
--- Comment #10 from kargl at gcc dot gnu dot org 2010-05-05 14:54 ---
(In reply to comment #7)
OTOH I can see where a program that has a lot of real do loops would be
irritating. I think that the standard does not explicitly say issue four
warnings as long as each is detected. I am
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-05 15:22 ---
Created an attachment (id=20563)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20563action=view)
gcc46-pr43983.patch
So far only lightly tested patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-05 15:31 ---
Subject: Bug 43592
Author: kargl
Date: Wed May 5 15:30:54 2010
New Revision: 159068
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159068
Log:
2010-05-05 Steven G. Kargl ka...@gcc.gnu.org
PR
--- Comment #6 from kargl at gcc dot gnu dot org 2010-05-05 15:33 ---
Fixed on trunk and 4.5. Closing.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43592
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-05 15:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-05-05 15:41 ---
Subject: Bug 43880
Author: rguenth
Date: Wed May 5 15:40:51 2010
New Revision: 159069
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159069
Log:
2010-05-05 Richard Guenther rguent...@suse.de
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-05-05 15:44
---
Indeed the patch looks a lot nicer and less like a hack than mine.
Re-assigning to you ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-05 15:44 ---
*** Bug 43992 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-05 15:44 ---
*** This bug has been marked as a duplicate of 42778 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-05 15:49 ---
Fixed in gcc 4.4.0. No plan to fix 4.3.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Noticed with valgrind. Suppose a foreign thread calls Ada code. This results
in Register_Foreign_Thread being called, which creates an ATCB. At the end of
this routine, Enter_Task is called. Enter_Task is defined in
s-taprop-linux.adb
on linux. It contains this code that causes
On Linux/ia64, revision 159067 gave:
libtool: compile: /export/gnu/import/svn/gcc-test/bld/./gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/./gcc/
-B/usr/local/ia64-unknown-linux-gnu/bin/
-B/usr/local/ia64-unknown-linux-gnu/lib/ -isystem
/usr/local/ia64-unknown-linux-gnu/include -isystem
library /lib/libthread_db.so.1.
(gdb) r -fpreprocessed x.i -quiet -dumpbase x.i -auxbase x -g -O2 -version -o
x.s
Starting program: /export/gnu/import/svn/gcc-test/bld/gcc/cc1 -fpreprocessed
x.i -quiet -dumpbase x.i -auxbase x -g -O2 -version -o x.s
GNU C (GCC) version 4.6.0 20100505 (experimental
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-05 16:17 ---
Jakub, it fails only with -g. It may be caused by:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00107.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from kirr at landau dot phys dot spbu dot ru 2010-05-05
16:24 ---
So, if this is so dear to your heart, pull up your sleeves and start trying
to fix the problem.
I see. And thanks for the workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-05 16:26 ---
It is caused by revision 159063:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00112.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #15 from jason at gcc dot gnu dot org 2010-05-05 16:32 ---
Subject: Bug 43787
Author: jason
Date: Wed May 5 16:32:20 2010
New Revision: 159072
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159072
Log:
PR c++/43787
gcc:
* gimplify.c (gimplify_expr):
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-05 16:45 ---
Could you please attach preprocessed source? Setting up a ia64 build box
always takes me a lot of time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
--- Comment #5 from hjl dot tools at gmail dot com 2010-05-05 16:51 ---
Created an attachment (id=20564)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20564action=view)
A testcase
-O2 -g will fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-05 16:56 ---
Created an attachment (id=20565)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20565action=view)
patch that uses a target hook
another patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758
--- Comment #11 from burnus at gcc dot gnu dot org 2010-05-05 17:42 ---
(In reply to comment #10)
See comment #1 and #3. The standard explicitly states that a Fortran
processor must detect and report the use of deleted features.
It must report them - but the standard does not tell
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-05 18:00 ---
Created an attachment (id=20566)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20566action=view)
gcc46-pr43994.patch
I must say I don't understand why this happens, but in this case
DF_REF_REAL_REG is a (reg:DI
--- Comment #8 from burnus at gcc dot gnu dot org 2010-05-05 18:09 ---
Created an attachment (id=20567)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20567action=view)
Second draft patch
(In reply to comment #6)
First draft patch
Updated patch: Fixes the reversed order, fixes
--- Comment #9 from burnus at gcc dot gnu dot org 2010-05-05 18:14 ---
(In reply to comment #8)
Created an attachment (id=20567)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20567action=view) [edit]
Second draft patch
And another omission:
--- a/gcc/fortran/module.c
+++
--- Comment #5 from bernds at gcc dot gnu dot org 2010-05-05 18:48 ---
Fixed.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #34 from dfranke at gcc dot gnu dot org 2010-05-05 18:54
---
Subject: Bug 24978
Author: dfranke
Date: Wed May 5 18:53:23 2010
New Revision: 159076
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159076
Log:
gcc/fortran/:
2010-05-05 Daniel Franke
--- Comment #5 from meissner at gcc dot gnu dot org 2010-05-05 18:58
---
The second patch fixes the problem on the powerpc. Patch approved if
documentation is added for the new hook.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758
--- Comment #35 from dfranke at gcc dot gnu dot org 2010-05-05 19:03
---
Fixed in trunk. No backport to 4.5 as the required constructor rework is not
ported either. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-05 19:06 ---
Two issues discovered with the patch. One is easy:
--- gcc/dwarf2out.c 2010-05-05 17:14:56.0 +0200
+++ gcc/dwarf2out.c 2010-05-05 20:51:40.0 +0200
@@ -7916,7 +7916,7 @@
{
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-05 19:12 ---
Subject: Bug 43950
Author: jakub
Date: Wed May 5 19:11:16 2010
New Revision: 159077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159077
Log:
PR debug/43950
* dwarf2out.c
--- Comment #3 from hp at gcc dot gnu dot org 2010-05-05 19:17 ---
The struct Foo looks like an odd way to try and express
union Foo
{
int i;
char c[sizeof (int)];
};
but that doesn't work either, for my 4.3.1 arm-linux build.
Neither does moving the attribute just before the ;
--- Comment #6 from jason at gcc dot gnu dot org 2010-05-05 19:33 ---
Subject: Bug 43758
Author: jason
Date: Wed May 5 19:33:11 2010
New Revision: 159079
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159079
Log:
PR testsuite/43758
* target.h (struct gcc_target):
--- Comment #13 from pluto at agmk dot net 2010-05-05 19:35 ---
queue.push_back with low prio ;)
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #4 from thiago at kde dot org 2010-05-05 19:39 ---
(In reply to comment #3)
The struct Foo looks like an odd way to try and express
union Foo
{
int i;
char c[sizeof (int)];
};
Well, that is the objective, but you can't replace int with a non-POD type in
C++98.
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-05 19:40 ---
See:
http://gcc.gnu.org/viewcvs?view=revisionrevision=159080
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #36 from dfranke at gcc dot gnu dot org 2010-05-05 19:41
---
(In reply to comment #35)
Fixed in trunk. No backport to 4.5 as the required constructor rework is not
ported either. Closing.
2nd try,
--
dfranke at gcc dot gnu dot org changed:
What
--- Comment #5 from jason at gcc dot gnu dot org 2010-05-05 19:47 ---
Subject: Bug 43370
Author: jason
Date: Wed May 5 19:46:41 2010
New Revision: 159081
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159081
Log:
PR debug/43370
* c-common.c
--- Comment #7 from jason at gcc dot gnu dot org 2010-05-05 19:57 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-05 20:02 ---
(In reply to comment #3)
Two issues discovered with the patch. One is easy:
--- gcc/dwarf2out.c 2010-05-05 17:14:56.0 +0200
+++ gcc/dwarf2out.c 2010-05-05 20:51:40.0 +0200
@@ -7916,7 +7916,7 @@
This happens while building under the T2 SDE environment, which is a framework
for cross building an entire Linux distribution. GCC 4.43 Builds this OK,
switching to GCC 4.5 failes while building the e2fsprogs project.
I tried this with gcc 4.5.0, and the 4.5.1 latest snapshot
The build host is
--- Comment #1 from janr at adax dot com 2010-05-05 20:11 ---
Created an attachment (id=20568)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20568action=view)
The .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-05 20:15 ---
Can you provide the full command line to compile crc32.c ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #21 from mkuvyrkov at gcc dot gnu dot org 2010-05-05 20:28
---
Dominique,
Have you been able to identify if there is an invalid optimization?
It seems using -ffast-math -ffinite-math-only is very error-prone. -ffast-math
implies -fassociative-math, which can generate
--- Comment #3 from janr at adax dot com 2010-05-05 20:30 ---
Created an attachment (id=20569)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20569action=view)
crc32 build output (verbose)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #6 from jason at gcc dot gnu dot org 2010-05-05 20:31 ---
Subject: Bug 43370
Author: jason
Date: Wed May 5 20:30:37 2010
New Revision: 159083
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159083
Log:
PR debug/43370
* c-common.c
--- Comment #7 from jason at gcc dot gnu dot org 2010-05-05 20:32 ---
Subject: Bug 43370
Author: jason
Date: Wed May 5 20:31:53 2010
New Revision: 159084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159084
Log:
PR debug/43370
* c-common.c
--- Comment #4 from janr at adax dot com 2010-05-05 20:53 ---
That last attachment with the build command was a mess, I re ran the build
without the -v for gcc, but added a V=1 to the makefile, and got something a
little cleaner:
--- Comment #4 from sje at cup dot hp dot com 2010-05-05 20:54 ---
I have reproduced this failure, and the problem seems to be in GMP. You
mention that you set ABI to 64. I noticed that if I built GMP with the HP
compiler ABI is set to 32 and then when I built GCC with that GMP it
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-05-05 20:54 ---
Can you attach recovery.i ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #6 from janr at adax dot com 2010-05-05 20:58 ---
Created an attachment (id=20570)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20570action=view)
recovery.i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
The following test extracted from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40472#c21 gives an ICE with vanilla
trunk at revision 159082:
REAL, DIMENSION(720,360), PARAMETER :: ZLON_MASK = SPREAD( (/ (JLON ,
JLON=1,720) /) , DIM=2, NCOPIES=360 )
print *, size(ZLON_MASK), ZLON_MASK(720,360)
end
1 - 100 of 126 matches
Mail list logo
