--- 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 t
--- 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 (gfc_array_index
--- 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
--- 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)
procedure(func),po
--- 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)
+++ gcc/fortran/in
> 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 suspec
--- 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 new
--- 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
> > u
--
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=18106&action=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 predicates,
--- 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 = build_arra
--- 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()':
variadic94.
--- 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
> vers
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 -fcheck=po
--- 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=gcc&view=rev&rev=149137
Log:
2009-07-01 Paolo Bonzini
PR bootstrap/40597
* ex
--- 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 +2
--- 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=gcc&view=rev&rev=149140
Log:
2009-07-01 Richard Guenther
PR tree-optimization/
--- 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 ca
--- 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 4
--- 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 algorit
--- 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 s
--- 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=18107&action=view)
Yet another ICE test case
New test case for use after the commit of the patch in Comment #23.
--
http://
--- 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
Status|UNCONFIRM
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() me
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/
-B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/
--- 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=18108&action=view)
reproduce problem
g++ -O2 test.cpp && ./a.out
Executing test_4_10()
Aborted
Exit code is 134.
Unfortunately, ther
--- 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
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- 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, mark
--- 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=18110&action=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 @@ gfc_
--- 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
Status|UNCONFIRM
--- 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
Assigned
--- 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.
--
http://gcc.gnu.org/bugzill
--- 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.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40558
--- 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=18111&action=view)
And yet another one...
Here's another test case to use with the patch from Comment #25.
--
http://gcc.gn
--- 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 @@
update_cfg_for_uncond
--- 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) :: am
/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 -Wno-variadic-ma
--- 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' --p
--- 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=18112&action=view)
... watch out, this is on top of mainline, not on top of pr40957-3.patch
(It would apply and just not work!)
--
bo
--- 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=gcc&view=rev&rev=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
Status|UNCONFIRM
--- 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=gcc&view=rev&rev=149145
Log:
2009-07-01 H.J. Lu
PR testsuite/40601
* testsuite
/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 -isyst
--- 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
Status|UNCONFIRM
--- 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
/n/61/guerby/ins
--- 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=gcc&view=rev&rev=149146
Log:
PR ada/40609
init.c (__gnat_error_handler): A
--- 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
Status|UNCONFIRM
--- 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=18113&action=view)
unwind-dw2-fde-glibc.i
unwind-dw2-fde-glibc.i
/home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
-B/n/54/gue
--- 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 testsuit
--- 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=gcc&view=rev&rev=149150
Log:
PR debug/40462
* jump.c (returnjump_p): Revert la
--- 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 p
--- 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=18114&action=view)
Patch to undo change that breaks darwin9
I'm adding the missing ChangeLog comments also.
--
http://gcc.g
--- 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=gcc&view=rev&rev=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=gcc&view=rev&rev=149157
Log:
PR debug/40431
* dwarf2out.c (def_cfa_1): Revert 2009
--- 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=gcc&view=rev&rev=149158
Log:
PR bootstrap/40347
* function.c (reposition_prologue
--- 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=18115&action=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 prep
--- 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 extr
:/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 2
--- 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=18116&action=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=18117&action=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 in
--- 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=18119&action=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=18118&action=view)
An include file needed by SUBROUTINE MKVRS1 to show bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40
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
--- Comment #1 from bonzini at gnu dot org 2009-07-02 05:22 ---
can you bisect it?
--
bonzini at gnu dot org changed:
What|Removed |Added
CC|
There is no way to get an error for ignoring the result of a function with
attribute warn_unused_result. There should be something like
-Werror=unused-return-value (or attribute error_unused_result).
--
Summary: no -Werror= for attribute warn_unused_result
Product: gcc
dear maintainer:
the fallowing is a small sample of the code that contains all the info
to reproduce the problem.
the C library function isdigit() fails and causes segmention fault when
the input is is not numeric like xx.
COMPILE COMMAND : >> gcc -ansi --version -Wall -o ch2-13.out-lm
ch2-13
1 - 100 of 104 matches
Mail list logo
