--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 07:33
---
This problem shows with running the glibc testsuite. If the inlined functions
are used, the functions are not setting the state and this is a violation of
ISO C.
--
What|Removed
--- Additional Comments From laurent at guerby dot net 2005-04-10 07:48
---
A similar error happens on hppa-hpux with 4.0.0 20050408 (prerelease):
/mnt/gnu/gcc-3.3/objdir/gcc/xgcc -c -I./ -B/mnt/gnu/gcc-3.3/objdir/gcc/ -gnatws
-O2
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:23 ---
Waiting for the 4.0 branch to reopen to apply there.
--
What|Removed |Added
Known to
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:24 ---
Waiting for the 4.0 branch to reopen to apply there.
--
What|Removed |Added
Known to
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 17992
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20131
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 19595
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20744
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 19568
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20661
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20138
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20005
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20092
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:37 ---
Fixed in 4.1.0, waiting for inclusion into 4.0.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:38 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to work|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:39 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:40 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:41 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:41 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to work|
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:42 ---
Confirmed. Intel says: Dummy argument A of procedure TRY cannot have a type
that is PRIVATE.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:44 ---
Right now gfortran is giving the right warning, but the compiler then encounters
an internal error.
-
In file pr20855.f90:1
0 CONTINUE
1
Warning: Ignoring statement
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:44 ---
(In reply to comment #4)
Subject: Bug 20138
Whoops, an erroneous entry in the Changelog here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:44 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:45 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to fail|4.0.0
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:46 ---
I'm not sure what the error should be for that one. Is the problem the SAVE
attribute given to Y?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20856
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:47 ---
Confirmed. As g95 says: Argument for parameter 'i' at (1) is INTENT(INOUT) and
actual argument is not a variable.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:48 ---
Intel says The type of the target is different from the pointer. Confirmed.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:49 ---
An array section having a vector subscript is not permitted if dummy argument
has intent [IN]OUT, says Intel. We should do something too.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:50 ---
g95 says: Derived type variable 'dd' at (1) has a default initialization and
cannot be EQUIVALENCEd. Confirmed.
--
What|Removed |Added
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-10
09:17 ---
Bum. I will look at it this week. Changing the target arch field to alpha
--
What|Removed |Added
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
09:36 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to work|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
09:41 ---
First half is ixed in 4.1.0 - waiting for 4.0 to reopen.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-10 10:20
---
Patch here: http://gcc.gnu.org/ml/fortran/2005-04/msg00278.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
10:38 ---
Subject: Bug 20788
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 10:38:00
Modified files:
libgfortran: ChangeLog
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
10:38 ---
For your problem, an easy solution is to use static linking, which seems to
avoid that issue (that is, you program works as expected without having to set
GFORTRAN_STDIN_UNIT).
Otherwise, I commited a
--
What|Removed |Added
CC||sje at cup dot hp dot com
Keywords||wrong-code
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
12:42 ---
(In reply to comment #1)
But it does not happen on hppa-linux for some reason.
Because it is just a warning with gas which is I feel is wrong.
It is the same reason why it only happens on darwin and not
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
On Apr 9, 2005, at 11:27 PM, Diego Novillo wrote:
Sigh. Another SSA_NAME flowing through EH edges getting in the
way.
I'm starting to think that it would be much better to make these
SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid
all the monkeying around that optimizers have to
gfortran -c -v -O -march=pentium4 llnt.f90
GNU F95 version 4.1.0 20050403 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.1.0 20050403 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
llnt.f90: In function 'supply':
llnt.f90:4931:
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From tprince at computer dot org 2005-04-10 13:30
---
Created an attachment (id=8575)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8575action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
--
--- Additional Comments From tprince at computer dot org 2005-04-10 13:34
---
Created an attachment (id=8576)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8576action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
The functions can be compiled one by one
Compiling plotutils with GCC 4.0 CVS as of yesterday I get the following
ICE:
$ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I./../include -DLIBPLOT
-I/usr/X11R6/include -O2 -fmessage-length=0 -Wall -pipe -c g_subpaths.c -fPIC
-DPIC -o .libs/g_subpaths.o -v -save-temps
gcc: warning:
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:00
---
Created an attachment (id=8578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8578action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib64
--with-system-zlib --enable-shared --enable-__cxa_atexit
--without-system-libunwind --host=x86_64-suse-linux
Thread model: posix
gcc version 4.0.0 20050410 (prerelease) (SUSE Linux)
/usr/lib64/gcc/x86_64-suse-linux/4.0.0/cc1 -E -quiet -v -I
--
What|Removed |Added
Summary|ICE: unrecognoizable insns |ICE: unrecognizable insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:08
---
Created an attachment (id=8579)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8579action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 15:14
---
Re-open to bug report, so patch gets committed to 4.0.1
--
What|Removed |Added
--with-system-zlib --enable-shared --enable-__cxa_atexit
--without-system-libunwind --host=i586-suse-linux
Thread model: posix
gcc version 4.0.0 20050410 (prerelease) (SUSE Linux)
/usr/lib/gcc/i586-suse-linux/4.0.0/cc1plus -E -quiet -v -I./../../base/src
-I./../../style/src -I./../../content/src -I
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:34
---
Created an attachment (id=8580)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8580action=view)
Preprocessed source file - i586 compilation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
16:01 ---
Also happens with mainline.
extern struct symbol_tab_
{
void *S_nil;
} symbol_tab_data;
typedef struct
{
unsigned int length;
void *data[0];
} s;
void *
allocate_vector (unsigned int
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
16:03 ---
Needs -O -mtune=k8 -fPIC of course. -fPIC seems to cause the problem.
--
What|Removed |Added
Hi Users,
we have update new stuff on my website. Just check it out dont be missed. Enjoy
www.anch4.ne/banner.htm
regard
susan
you receive this email because you subscribe. to unsubscribe contact [EMAIL
PROTECTED]
[EMAIL PROTECTED] www.anch4.net
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
16:08 ---
Double *sigh*.
The old loop optimizer introduces the offending insn. From the .loop dump:
Insn 26: regno 70 (life 1), move-insn forces 25 savings 1 moved to 56
Hoisted regno 74 r/o from (mem/u/c:DI
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Severity|normal
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/backspace.f -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa64-hp-hp
ux11.11/./libgfortran/.libs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
16:34 ---
Does this work on the mainline?
If so the following patch fixes it:
2005-04-08 Eric Botcazou [EMAIL PROTECTED]
* io/backspace.c (unformatted_backspace): Do not dereference
the pointer to
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-10
16:39 ---
Eric's patch went in after my last mainline build and codesourcery isn't
building
fortran. I'll check.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
16:42 ---
Hmm, it is on the 4.0 branch too so it might not have fixed it.
I think powerpc-aix is also seeing the same failure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
With the following C++ code we get a fold checking failure on the 4.0 branch at
least:
int
__finite (double __x) throw ()
{
return (__extension__
(union { double __d; int __i[2]; }) {__d: __x}).__i[1]
| 0x800fu) + 1) 31));
}
}
--
Summary: fold checking failure
--
What|Removed |Added
GCC target triplet||x86_64-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20931
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:24 ---
After CSE1 (t.c.04.cse) we have:
(insn 20 18 22 1 (set (reg:DI 66)
(mem/u/c:DI (const:DI (unspec:DI [
(symbol_ref:DI (bar) [flags 0x40] var_decl
0x2a95a2f000 bar)
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:39 ---
The offending insn is created by emit_move_insn in loop.c, here:
2354start_sequence ();
2355emit_move_insn (m-insert_temp ? newreg : m-set_dest,
2356
I don't have a short example for this bug, but maybe someone can see what is
going on from the error message that I get. I am running large molecular
dynamics program
named CHARMM (Chemistry at HARvard Macromolecular Mechanics) and it runs fine
when compiled with gfortran
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:52 ---
My RTL-fu is way below par, so perhaps this doesn't make sense at all, but...
It seems that emit_move_insn must always produce valid move insns. So it
should check that an immediate is a valid PIC
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 18:20
---
Can you try compiling your code with a compiler from
today's source (2005-05-10)? Thomas Koenig just committed
several fixes for handling End-of-Record.
--
--- Additional Comments From ripley at stats dot ox dot ac dot uk
2005-04-10 18:33 ---
Subject: Re: Loading libgfortran.so clobbers C
redirection of stdin
Thank you for the suggestion, which had already been tried. It does not
always work as the static library is not compiled with
--- Additional Comments From mark at codesourcery dot com 2005-04-10 18:44
---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
Roger Sayle wrote:
On 9 Apr 2005, Alexandre Oliva wrote:
On Apr 8, 2005, Roger Sayle [EMAIL PROTECTED] wrote:
++ /* If
--- Additional Comments From echristo at redhat dot com 2005-04-10 19:02
---
I think I'm ok with this, but I'd like a bit more info. What changes to the
backend do you forsee this needing? The one patch that you applied to the 4.1 sh
branch was too big to just get that particular set of
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
19:03 ---
FWIW, smallest test case I could find:
extern struct bar_t bar;
void
foo (void)
{
void **p;
do {
*p++ = ((unsigned char *) bar + ((unsigned long int) 1L 31));
} while (p);
}
--
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:32 ---
This was fixed on the mainline by:
2005-03-16 Daniel Berlin [EMAIL PROTECTED]
Fix PR tree-optimization/20490
* tree-ssa-pre.c (create_expression_by_pieces): Use
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:33 ---
(In reply to comment #5)
Subject: Re: Loading libgfortran.so clobbers C redirection of stdin
Also 4.0.0's release of gfortran is only a preview, a lot more bug will be
fixed for 4.0.1.
--
I just had a bootstrap failure on i686-pc-linux-gnu with
CVS mainline of a few minutes ago.
I ran (in an empty directory):
$ ../gcc-4.1/configure --prefix=$HOME --enable-languages=c,f95
$ make bootstrap
...
m -f include/limits.h
cp xlimits.h include/limits.h
chmod a+r include/limits.h
rm -f
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:41 ---
I saw the same problem last night with my auto tester which means we are
creating wrong code
somewhere.
--
What|Removed |Added
--
What|Removed |Added
Component|bootstrap |middle-end
Summary|mainline bootstrap failure |[4.1 Regression] gcc can no
|on
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g -
O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.a
ds -o ada/ada.o
+===GNAT BUG DETECTED==+
| 4.1.0 20050410 (experimental) (hppa
--
What|Removed |Added
CC||ctice at apple dot com
Keywords||build, ice-on-valid-code
Target
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:51 ---
This might also be the failure which Diego is seeing with libjava building:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20934
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-10 20:53 ---
Subject: Re: [4.1 Regression] Segmentation fault in gnat1
This might also be the failure which Diego is seeing with libjava building:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html
I
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
21:00 ---
Fixed at least on the mainline.
--
What|Removed |Added
Summary|[3.3/3.4/4.0/4.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
21:02 ---
Reduced testcase showing fold does not do it:
int f(int i)
{
return (i - 2) i;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
--
What|Removed |Added
OtherBugsDependingO||19986
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
21:05 ---
Alexandre Oliva pointed out to me that it was probably the expander who
should produce a proper legitimate insn. I looked at this some more and
found that in legitimize_pic_address we do not check if a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
21:06 ---
This is not caught untill RTL combine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
On Apr 9, 2005, at 11:27 PM, Diego Novillo wrote:
Sigh. Another SSA_NAME flowing through EH edges getting in the
way.
I'm starting to think that it would be much better to make these
SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid
all the monkeying around that optimizers have to
--
What|Removed |Added
CC||kazu at cs dot umass dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
22:21 ---
Patch here:
http://gcc.gnu.org/ml/fortran/2005-04/msg00300.html
--
What|Removed |Added
-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050410 (experimental)
From the .t02.original file:
logical4 C.502 = 1;
struct array2_int4 parm.7;
struct array1_int4 parm.6;
parm.6.dtype = 265;
parm.6.dim[0].lbound = 1;
parm.6.dim[0].ubound = 2;
parm.6.dim[0].stride
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
22:32 ---
s/as a minor bug/as a frontend bug/
*sigh*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20935
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g -
O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/errou
t.adb -o ada/errout.o
+===GNAT BUG DETECTED==+
| 4.1.0 20050410 (experimental) (hppa
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-10
22:44 ---
Created an attachment (id=8581)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8581action=view)
Hot/cold patch.
I think there was some mention of this bug on the gcc list.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
22:46 ---
This is reproducable every where and is a latent bug in tree-ssa-ccp on the 4.0
branch.
See http://gcc.gnu.org/ml/gcc/2005-04/msg00443.html
http://gcc.gnu.org/ml/gcc/2005-04/msg00439.html.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
23:20 ---
I should note that XLC does this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19126
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
23:32 ---
Yup:
Breakpoint 1, fancy_abort (file=0x82a7f8 ../../gcc-4.0/gcc/stor-layout.c,
line=221,
function=0x82a87c smallest_mode_for_size) at diagnostic.c:556
556 internal_error (in %s, at %s:%d,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
23:37 ---
But that would mean this was a latent bug as you would get the wrong code
before.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
23:43 ---
Note this is only true with -fno-wrapv (which is default for C and C++ and I
think Fortran too but not
Java).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922
1 - 100 of 126 matches
Mail list logo