--- Comment #3 from ccg dot ijsj at gmail dot com 2009-07-01 06:41 ---
(In reply to comment #2)
Can you check this with a later compiler. 4.2.x is closed. Works for me with
current trunk.
Just encountered similar problem while cross compiling gcc 4.4.0 with glibc
2.9.
(Using
Compile the following function with options -Os -mthumb -march=armv5te
int ldrb(unsigned char* p)
{
if (p[8] = 0x7F)
return 2;
else
return 5;
}
Gcc generates following codes:
push{lr}
mov r3, #8
ldrsb r3, [r0, r3]
mov
--- Comment #1 from carrot at google dot com 2009-07-01 06:56 ---
Created an attachment (id=18105)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18105action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40603
--- Comment #4 from christian dot joensson at gmail dot com 2009-07-01
07:02 ---
(In reply to comment #2)
Might be safer to rename to GNAT_FOPEN or something like that? FOPEN is likely
to be taken on more than one platform.
Which line are you suggesting I test change? I initially
--- Comment #5 from burnus at gcc dot gnu dot org 2009-07-01 07:51 ---
(In reply to comment #4)
Here, I do not get any segfault/problem with valgrind (for gfortran and a.out).
tmp = build4 (ARRAY_RANGE_REF, TREE_TYPE (dest), dest,
build_int_cst
--- Comment #6 from pault at gcc dot gnu dot org 2009-07-01 08:23 ---
I might as well confirm it:-)
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janus at gcc dot gnu dot org 2009-07-01 08:35 ---
The second example in comment #0 is fixed by the following patch:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c (revision 149129)
+++
--- Comment #4 from ramana at gcc dot gnu dot org 2009-07-01 08:39 ---
(In reply to comment #3)
(In reply to comment #2)
Can you check this with a later compiler. 4.2.x is closed. Works for me with
current trunk.
Just encountered similar problem while cross compiling gcc 4.4.0
--- Comment #5 from janus at gcc dot gnu dot org 2009-07-01 08:39 ---
Related problem:
module m
contains
subroutine func()
print *,42
end subroutine func
end module m
program test
use m
implicit none
call sub(getPtr())
contains
subroutine sub(f)
--- Comment #6 from janus at gcc dot gnu dot org 2009-07-01 08:54 ---
The compile-time error in comment #5 is fixed by:
Index: gcc/fortran/interface.c
===
--- gcc/fortran/interface.c (revision 149129)
+++
Unfortunately in thumb mode, loading a signed byte costs more than loading an
unsigned byte and comparing with 0 has same cost as comparing with 0x7F.
I don't know of any core where loading a signed byte is more expensive
than unsigned byte in thumb mode. What did you have in mind ?
I suspect
--- Comment #2 from ramana dot radhakrishnan at arm dot com 2009-07-01
09:13 ---
Subject: Re: New: unnecessary conversion from unsigned
byte load to signed byte load
Unfortunately in thumb mode, loading a signed byte costs more than loading an
unsigned byte and comparing
--- Comment #3 from doko at ubuntu dot com 2009-07-01 09:37 ---
fixed
--
doko at ubuntu dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-07-01 09:43 ---
tmp = build4 (ARRAY_RANGE_REF, TREE_TYPE (dest), dest,
build_int_cst (gfc_array_index_type, 3),
NULL_TREE, NULL_TREE);
to set the upper bound correctly you have to build a
--- Comment #3 from carrot at google dot com 2009-07-01 10:24 ---
(In reply to comment #2)
Subject: Re: New: unnecessary conversion from unsigned
byte load to signed byte load
Unfortunately in thumb mode, loading a signed byte costs more than loading
an
unsigned
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39899
--- Comment #22 from bonzini at gnu dot org 2009-07-01 10:41 ---
Created an attachment (id=18106)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18106action=view)
patch to test
This is the patch to fix the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40597
--- Comment #4 from hubicka at ucw dot cz 2009-07-01 10:47 ---
Subject: Re: [4.3/4.4/4.5 Regression] tracer duplicates blocks w/o adjusting
EH tree
Hi,
the following patch should prevent tracer from copying resx. It is
remarkably ugly I need to unconstify all the copy_bb_p
--- Comment #8 from pault at gcc dot gnu dot org 2009-07-01 10:51 ---
Richard,
to set the upper bound correctly you have to build a new array type instead
of re-using TREE_TYPE (dest). The types TYPE_DOMAIN will specify the size
of the slice. Thus,
slice_type =
--- Comment #7 from mikpe at it dot uu dot se 2009-07-01 10:53 ---
(In reply to comment #6)
Fixed for 4.4.1.
This test case causes the same ICE in tsubst also with gcc-4.3.4.
After packporting the ICE fix, 4.3.4 instead fails with:
variadic94.C: In function 'int main()':
--- Comment #5 from rguenther at suse dot de 2009-07-01 10:54 ---
Subject: Re: [4.3/4.4/4.5 Regression] tracer
duplicates blocks w/o adjusting EH tree
On Wed, 1 Jul 2009, hubicka at ucw dot cz wrote:
--- Comment #4 from hubicka at ucw dot cz 2009-07-01 10:47 ---
Subject:
--- Comment #9 from pault at gcc dot gnu dot org 2009-07-01 11:02 ---
Richard,
It even works!
Thanks again
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from marek dot rouchal at infineon dot com 2009-07-01
11:58 ---
(In reply to comment #2)
and did get farther, but the final link fails like
...
ld: fatal: unwind table: file
/home/bfriesen/build/gcc-4.3.0/./gcc/amd64/crtend.o: section .eh_frame: bad
cie
version
The following code gives an ICE when compiled with -fcheck-pointer:
call test(uec=-1)
contains
subroutine test(str,uec)
implicit none
character*(*), intent(in), optional:: str
integer, intent(in), optional :: uec
end subroutine
end
--
Summary: ICE with
--- Comment #23 from bonzini at gnu dot org 2009-07-01 12:06 ---
Subject: Bug 40597
Author: bonzini
Date: Wed Jul 1 12:05:56 2009
New Revision: 149137
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149137
Log:
2009-07-01 Paolo Bonzini bonz...@gnu.org
PR
--- Comment #1 from janus at gcc dot gnu dot org 2009-07-01 12:13 ---
Patch:
Index: gcc/fortran/trans-expr.c
===
--- gcc/fortran/trans-expr.c(revision 149129)
+++ gcc/fortran/trans-expr.c(working copy)
@@ -2781,6
--- Comment #16 from jwakely dot gcc at gmail dot com 2009-07-01 12:18
---
(In reply to comment #9)
In the current draft, reference_wrapper invocation requires Callable, which
means it should not work for pointers to members. The same is true of
result_of, which determines the
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-07-01 12:27 ---
Subject: Bug 19831
Author: rguenth
Date: Wed Jul 1 12:27:33 2009
New Revision: 149140
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149140
Log:
2009-07-01 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-01 12:28 ---
I am not working on the other piece.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-fcheck=pointer gives a segfault for a not present actual argument. Fix:
+++ trans-expr.c(working copy)
@@ -2778 +2778 @@ gfc_conv_procedure_call (gfc_se * se, gf
- if (gfc_option.rtcheck GFC_RTCHECK_POINTER)
+ if (gfc_option.rtcheck GFC_RTCHECK_POINTER e != NULL)
Test case:
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-01 13:01 ---
I have a 4.3 backport along that line.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40585
--- Comment #1 from burnus at gcc dot gnu dot org 2009-07-01 13:02 ---
*** Bug 40604 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2009-07-01 13:02 ---
Yours was there first, but still I make it as duplicate of my PR. Note there is
also a fix needed for the run-time check, also due to OPTIONAL.
Thanks for the report.
*** This bug has been marked as a duplicate of
--- Comment #2 from janus at gcc dot gnu dot org 2009-07-01 13:16 ---
Here is another test case which segfaults with -fcheck=pointer, even with the
fix from comment #0:
module m
Interface matrixMult
Module procedure matrixMult_C2
End Interface
contains
subroutine test
Dear gcc developers,
Im am not sure if this is the right email address. Please give me
the right email address if necessary.
I checked the implementation of std::bitset::count in gcc
and find that it uses a table look up.
This is not optimal.
First on 64-bit machines divide-and-conquer
--- Comment #3 from burnus at gcc dot gnu dot org 2009-07-01 13:40 ---
But of cause also the run-time test fails; for absent arguments a NULL is
passed.
We need to check:
a) optional pointer actual to non-optional dummy
b) optional pointer actual to optional dummy
The -fcheck=pointer
--- Comment #24 from bergner at gcc dot gnu dot org 2009-07-01 13:42
---
Created an attachment (id=18107)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18107action=view)
Yet another ICE test case
New test case for use after the commit of the patch in Comment #23.
--
--- Comment #3 from hjl dot tools at gmail dot com 2009-07-01 13:46 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
The attached example causes abort() on SLES11 (IA64).
This example comes from a test suite that checks operator new in various
situations. According to the execution results of these tests, it seems to me
that the problem is somewhere in throw; operator inside
NewHandlerBox::new_handler_box()
At the beginning of stage2, the following error occurs:
/home/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/objdir/
./prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/bin/
-B/home/dave/opt/
gnu/gcc/gcc-4.5.0/hppa-linux/bin/
--- Comment #1 from paolo dot carlini at oracle dot com 2009-07-01 13:52
---
Attachment missing. Also, please dougle check this is not a core C++ proper
issue.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from tsyvarev at ispras dot ru 2009-07-01 13:54 ---
Created an attachment (id=18108)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18108action=view)
reproduce problem
g++ -O2 test.cpp ./a.out
Executing test_4_10()
Aborted
Exit code is 134.
Unfortunately, there
--- Comment #1 from bonzini at gnu dot org 2009-07-01 14:02 ---
Should be fixed already?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40607
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-07-01
14:02 ---
Subject: Re: New: [4.5 Regression] Revision 149032
breaks bootstrap
This occurs because the configure test failed:
Attached preprocessed source for test.
Dave
--- Comment #3 from dave at
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-07-01
14:06 ---
Subject: Re: [4.5 Regression] Revision 149032 breaks bootstrap
Should be fixed already?
I'll retest. It was still presetn in revision 149079.
Dave
--
--- Comment #3 from paolo dot carlini at oracle dot com 2009-07-01 14:09
---
gcc version, please.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40606
--- Comment #4 from paolo dot carlini at oracle dot com 2009-07-01 14:19
---
On x86_64, I can't reproduce either 4_3-branch, 4_4-branch or mainline. I would
suggest you to double check if the problem happens also with an official GNU
release (not Novell' SLES) and, in case it does,
--- Comment #5 from bonzini at gnu dot org 2009-07-01 14:26 ---
The fix is 149136.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40607
--- Comment #25 from bonzini at gnu dot org 2009-07-01 14:28 ---
Created an attachment (id=18110)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18110action=view)
... and one more patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40597
--- Comment #4 from burnus at gcc dot gnu dot org 2009-07-01 14:37 ---
The generic interface problem should be fixed by the following, which includes
the bits from the others patches:
--- trans-expr.c(revision 149129)
+++ trans-expr.c(working copy)
@@ -2778 +2778 @@
--- Comment #6 from danglin at gcc dot gnu dot org 2009-07-01 14:49 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rth at gcc dot gnu dot org 2009-07-01 14:56 ---
You're right, it's my bug.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tsyvarev at ispras dot ru 2009-07-01 14:56 ---
Sorry, forgot about gcc version. I will post it not long after.
As for core C++ or libstdcxx problem - I don't know because couldn't localize
problem yet. Probably, this core C++ issue.
--
--- Comment #6 from paolo dot carlini at oracle dot com 2009-07-01 14:57
---
... and very probably target dependent, I can't reproduce on x86_64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40606
--- Comment #5 from dominiq at lps dot ens dot fr 2009-07-01 15:15 ---
The patch in comment #3 (with - for new and + for old) applied on top of
revision 148955 seems to fix the problem (currently building libjava).
Thanks Andrew.
--
--- Comment #26 from bergner at gcc dot gnu dot org 2009-07-01 15:32
---
Created an attachment (id=18111)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18111action=view)
And yet another one...
Here's another test case to use with the patch from Comment #25.
--
--- Comment #3 from bonzini at gnu dot org 2009-07-01 15:47 ---
Honza, this worked for me:
Index: combine.c
===
--- combine.c (revision 149135)
+++ combine.c (working copy)
@@ -2173,12 +2173,13 @@
--- Comment #5 from burnus at gcc dot gnu dot org 2009-07-01 16:09 ---
Another failure - this time for __convert_i4_r4 (a EXPR_FUNCTION) as actual
argument, which does not set sym-result ...
Test case:
SUBROUTINE plotdop(amat)
IMPLICIT NONE
REAL,INTENT (IN) ::
/opt/gnu/gcc/gcc-4.5.0/i686-apple-darwin9/include -isystem
/opt/gnu/gcc/gcc-4.5.
0/i686-apple-darwin9/sys-include-c -g -O2 -fomit-frame-pointer -DIN_GCC
-
W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-W
missing-format-attribute -Wno-long-long
--- Comment #12 from bfriesen at simple dot dallas dot tx dot us
2009-07-01 16:42 ---
It seems that bugs gradually get fixed. I am successfully using GCC 4.3.3 on
the same system configure like:
/home/bfriesen/src/gnu/gcc-4.3.3/configure LDFLAGS='-L/usr/local/lib
-R/usr/local/lib'
--- Comment #27 from bonzini at gnu dot org 2009-07-01 16:52 ---
Created an attachment (id=18112)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18112action=view)
... watch out, this is on top of mainline, not on top of pr40957-3.patch
(It would apply and just not work!)
--
--- Comment #1 from danglin at gcc dot gnu dot org 2009-07-01 16:53 ---
Subject: Bug 40575
Author: danglin
Date: Wed Jul 1 16:53:26 2009
New Revision: 149144
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149144
Log:
PR target/40575
* pa.md (casesi32p): Use jump
--- Comment #2 from danglin at gcc dot gnu dot org 2009-07-01 17:07 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hjl at gcc dot gnu dot org 2009-07-01 17:07 ---
Subject: Bug 40601
Author: hjl
Date: Wed Jul 1 17:07:31 2009
New Revision: 149145
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149145
Log:
2009-07-01 H.J. Lu hongjiu...@intel.com
PR testsuite/40601
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp
-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/lib/ -isystem
/op
t/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/include
--- Comment #2 from hjl dot tools at gmail dot com 2009-07-01 17:19 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from laurent at guerby dot net 2009-07-01 17:57 ---
On sparc64-linux bootstrap worked at rev 147974 but failed at rev 148004 (far
mmachine gcc62). I get the same failure on sparc-linux (farm machine gcc54).
I'll try to get a preprocessed file, another option is to get an
On farm machine gcc61:
/home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/
-B/n/61/guerby/install-trunk/hppa2.0-unknown-linux-gnu/bin/
-B/n/61/guerby/install-trunk/hppa2.0-unknown-linux-gnu/bin/ -B/n/61/guerby/ins\
tall-trunk/hppa2.0-unknown-linux-gnu/lib/ -isystem
--- Comment #7 from bonzini at gnu dot org 2009-07-01 18:08 ---
*** Bug 40610 has been marked as a duplicate of this bug. ***
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #1 from bonzini at gnu dot org 2009-07-01 18:08 ---
*** This bug has been marked as a duplicate of 40607 ***
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2009-07-01 18:11 ---
Subject: Bug 40609
Author: danglin
Date: Wed Jul 1 18:10:45 2009
New Revision: 149146
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149146
Log:
PR ada/40609
init.c (__gnat_error_handler):
--- Comment #2 from danglin at gcc dot gnu dot org 2009-07-01 18:14 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from laurent at guerby dot net 2009-07-01 18:22 ---
Created an attachment (id=18113)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18113action=view)
unwind-dw2-fde-glibc.i
unwind-dw2-fde-glibc.i
/home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
--- Comment #7 from laurent at guerby dot net 2009-07-01 18:28 ---
backtrace
GNU C (GCC) version 4.5.0 20090701 (experimental) [trunk revision 149143]
(sparc64-unknown-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.1, MPFR version 2.3.2
GGC heuristics: --param ggc
--- Comment #28 from bergner at gcc dot gnu dot org 2009-07-01 18:35
---
Mainline + patch from Comment #27 has passed bootstrap with a 32-bit default
build (the 64-bit default run is still running). I'm running the testsuite now
and will compare to one of Janis' recent nightly
--- Comment #2 from laurent at guerby dot net 2009-07-01 18:49 ---
*** This bug has been marked as a duplicate of 40347 ***
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #8 from laurent at guerby dot net 2009-07-01 18:49 ---
*** Bug 40352 has been marked as a duplicate of this bug. ***
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2009-07-01 19:26 ---
Subject: Bug 40462
Author: jakub
Date: Wed Jul 1 19:25:52 2009
New Revision: 149150
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149150
Log:
PR debug/40462
* jump.c (returnjump_p): Revert
--- Comment #8 from jason at redhat dot com 2009-07-01 20:01 ---
Subject: Re: [C++0x] ICE trying to use sfinae with variadic
template pack expansion
On 07/01/2009 06:53 AM, mikpe at it dot uu dot se wrote:
Is this an inherent limitation in 4.3 or just another unfixed bug?
I'm not
--- Comment #9 from rth at gcc dot gnu dot org 2009-07-01 20:42 ---
Mine.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #29 from bergner at gcc dot gnu dot org 2009-07-01 21:05
---
The 64-bit default build finished bootstrapping with no errors too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40597
--- Comment #6 from meissner at gcc dot gnu dot org 2009-07-01 22:23
---
Created an attachment (id=18114)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18114action=view)
Patch to undo change that breaks darwin9
I'm adding the missing ChangeLog comments also.
--
--- Comment #7 from meissner at gcc dot gnu dot org 2009-07-01 22:34
---
Subject: Bug 40558
Author: meissner
Date: Wed Jul 1 22:34:26 2009
New Revision: 149155
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149155
Log:
Fix PR 40558, undo part of June 25th patch
Modified:
--- Comment #6 from rth at gcc dot gnu dot org 2009-07-01 23:16 ---
Subject: Bug 40431
Author: rth
Date: Wed Jul 1 23:16:06 2009
New Revision: 149157
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149157
Log:
PR debug/40431
* dwarf2out.c (def_cfa_1): Revert
--- Comment #10 from rth at gcc dot gnu dot org 2009-07-01 23:21 ---
Subject: Bug 40347
Author: rth
Date: Wed Jul 1 23:21:17 2009
New Revision: 149158
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149158
Log:
PR bootstrap/40347
* function.c
--- Comment #7 from rth at gcc dot gnu dot org 2009-07-01 23:32 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rth at gcc dot gnu dot org 2009-07-01 23:33 ---
Tested the fix for sparc; re-open if it's not fixed for darwin too.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
/sys-include-c -g
-O2
-fPIC -DELF=1 -DLINUX=1 -W -Wall -gnatpg g-calend.adb -o g-calend.o
+===GNAT BUG DETECTED==+
| 4.5.0 20090701 (experimental) [trunk revision 149145]
(hppa-unknown-linux-gnu)
GCC error:|
| in dwarf2out_begin_epilogue
--- Comment #5 from ccg dot ijsj at gmail dot com 2009-07-02 02:05 ---
Created an attachment (id=18115)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18115action=view)
Preprocessed libc_fatal.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37987
--- Comment #6 from ccg dot ijsj at gmail dot com 2009-07-02 02:09 ---
(In reply to comment #4)
Can you give a pre-processed file for further investigations ? Your report is
incomplete without it and hence I'll have to retain the waiting status on this
one.
Please find the
--- Comment #30 from bergner at gcc dot gnu dot org 2009-07-02 02:23
---
Comparing the testsuite runs against the result from r149023 (the commit
previous to the cond-optab checkin), the default 32-bit testsuite run showed no
regressions. The 64-bit default testsuite run has a few
:/Applications_Physics/dalton-2.0/abacus Roger$gfortran -v -save-temps
-I../include -DSYS_LINUX -c abavrml.F
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: ../gcc-4.3-20070810/configure --enable-threads=posix
--enable-languages=fortran
Thread model: posix
gcc version 4.3.0
--- Comment #1 from rogermc at iinet dot net dot au 2009-07-02 02:47
---
Created an attachment (id=18116)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18116action=view)
File that failed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40612
--- Comment #2 from rogermc at iinet dot net dot au 2009-07-02 02:49
---
Created an attachment (id=18117)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18117action=view)
Preprocessor output?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40612
--- Comment #31 from bergner at gcc dot gnu dot org 2009-07-02 02:50
---
I think we recursed off the stack. This is the backtrace:
#0 0x1047bedc in gimple_boolify (expr=0x45e33c0) at
/home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:2750
#1 0x1047e230
--- Comment #5 from rogermc at iinet dot net dot au 2009-07-02 03:07
---
Is it duplicate of or associated with GCC Bugzilla Bug 30284?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40612
--- Comment #4 from rogermc at iinet dot net dot au 2009-07-02 02:58
---
Created an attachment (id=18119)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18119action=view)
Include file needed by SUBROUTINE MKVRS1 to show bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40612
--- Comment #3 from rogermc at iinet dot net dot au 2009-07-02 02:56
---
Created an attachment (id=18118)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18118action=view)
An include file needed by SUBROUTINE MKVRS1 to show bug
--
On Linux/x86-64, revision 149152 gave
Running target unix/-m32
FAIL: 23_containers/multiset/invalidation/1.cc (test for excess errors)
WARNING: 23_containers/multiset/invalidation/1.cc compilation failed to produce
executable
Revision 149141 is OK.
--
Summary: [4.5 regression]
--- Comment #6 from kargl at gcc dot gnu dot org 2009-07-02 04:41 ---
(In reply to comment #5)
Is it duplicate of or associated with GCC Bugzilla Bug 30284?
Does the code compile with 4.3.3, 4.4.0 and trunk?
4.3.0 is fairly old.
Additionally, there are numerous #include lines in
1 - 100 of 104 matches
Mail list logo