--- Comment #4 from dorit at gcc dot gnu dot org 2006-02-28 07:41 ---
Subject: Bug 26419
Author: dorit
Date: Tue Feb 28 07:41:47 2006
New Revision: 111516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111516
Log:
PR tree-optimization/26419
* doc/invoke.texi (ftr
--- Comment #13 from dogcow at babymeat dot com 2006-02-28 06:45 ---
results sent to gcc-testresults; here's the summary of the g++ section of the
tests.
FAIL: g++.dg/init/array15.C execution test
XPASS: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
XPASS: g++.old-deja/g++.othe
--- Comment #12 from roger at eyesopen dot com 2006-02-28 03:30 ---
Hi moof, the way that you can test this patch is to run "make -k check" from
the top-level after bootstrapping the tree. You'll notice that even before
my change (with RC1 for example), there'll be several thousand libs
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-28 03:25 ---
The number 5e-324 exceeds the range of the (C language) double type. So the
result you get will depend on how overflow is handled. If I use a number
within the range of double, it works fine. I don't know what Java
--- Comment #11 from roger at eyesopen dot com 2006-02-28 03:23 ---
Created an attachment (id=10934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10934&action=view)
mainline patch v2
Here is a revised and slightly more tested version of the proposed patch for
mainline. The 4.1 b
--- Comment #10 from dogcow at babymeat dot com 2006-02-28 03:02 ---
Created an attachment (id=10933)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10933&action=view)
patch as of -r 111507
With the (attached) patch modified to work with -r 111507, it now compiles,
links, etc after
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-02-28 02:19
---
Fixed on 4.2, waiting for thaw on 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from wilson at gcc dot gnu dot org 2006-02-28 02:13 ---
This looks like an assembler problem to me, and a known one at that.
The assembly code in question, somewhat simplified, is
.pred.rel.mutex p8, p9
(p9) cmp4.lt p6, p7 = 1, r38
(p8) cmp4.gt p
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-02-28 02:11
---
Subject: Bug 26464
Author: jvdelisle
Date: Tue Feb 28 02:11:47 2006
New Revision: 111507
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111507
Log:
2006-02-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #9 from roger at eyesopen dot com 2006-02-28 02:07 ---
Created an attachment (id=10932)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10932&action=view)
patch
I think this untested patch might fix things.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-02-28 02:07
---
Subject: Bug 26464
Author: jvdelisle
Date: Tue Feb 28 02:07:00 2006
New Revision: 111506
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111506
Log:
2006-02-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-28 02:00 ---
Just to show what I am talking about:
extern __typeof(__libc_thr_once) __gthrw_pthread_once __attribute__
((__weakref__("pthread_once")));
That is wrong as __gthrw_pthread_once should be a weak link to __libc_thr_on
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-28 01:48 ---
(In reply to comment #5)
> So what is happening before, name was not being translated to __libc_thr_once
> but only to pthread_once so in fact it looks like it was even wrong in rev
> 110280 but might not had noticed
--- Comment #13 from echristo at apple dot com 2006-02-28 01:48 ---
Patch in testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
--- Comment #7 from stuart at gcc dot gnu dot org 2006-02-28 01:47 ---
Subject: Bug 9350
Author: stuart
Date: Tue Feb 28 01:47:16 2006
New Revision: 111503
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111503
Log:
2006-02-17 Stuart Hastings <[EMAIL PROTECTED]>
* Rada
--- Comment #6 from dogcow at babymeat dot com 2006-02-28 01:45 ---
Created an attachment (id=10931)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10931&action=view)
diff of eh_alloc with old and new gthr-posix.h
This should be pretty obvious, but it elucidates how the combination
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-28 01:34 ---
I see the bug now:
#define pthread_once __libc_thr_once
#define pthread_self __libc_thr_self
#define pthread_exit __libc_thr_exit
#define pthread_setcancelstate __libc_thr_setcancelstate
So what is happening before,
--- Comment #4 from dogcow at babymeat dot com 2006-02-28 01:29 ---
Created an attachment (id=10930)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10930&action=view)
-g3 -save-temps'ified eh_alloc.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #2 from bartoldeman at users dot sourceforge dot net
2006-02-28 01:27 ---
I am sorry about not being clear: I did read the documentation.
With
"Although the documentation does not say it must trigger, ..."
I meant:
"Although the documentation does not say that if the warni
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-28 01:18 ---
Can you add -g3 -save-temps to the end of the command line and attach the
preprocessed source?
The -g3 is to also get all the #define's.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-28 01:10
---
Fixed in 4.1.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #2 from pcarlini at suse dot de 2006-02-28 01:10 ---
Roger, can you please help us a bit triaging this PR? First blush, I'm not
convinced it's a pure libstdc++ issue. Thanks a lot in advance.
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-28 01:09 ---
Can you first read the documention of -Wstrict-aliasing=2?
-Wstrict-aliasing=2
This option is only active when -fstrict-aliasing is active. It warns about
code which might break the strict aliasing rules that the com
In a discussion about aliasing, some aliasing was explicitly allowed: see
http://gcc.gnu.org/ml/gcc/1999-06n/msg00294.html
from Mark Mitchell.
quote: "
extern void printf(const char*, ...);
#define noalias(type, ptr) \
(((union { type __x__; __typeof__(*(ptr)) __y__;} *)(ptr))->__x__)
--- Comment #8 from dje at gcc dot gnu dot org 2006-02-28 00:45 ---
Created an attachment (id=10929)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10929&action=view)
Expand store multiple cases
Does this patch help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-28 00:41
---
Subject: Bug 26473
Author: mmitchel
Date: Tue Feb 28 00:41:19 2006
New Revision: 111501
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111501
Log:
PR 26473
* configure.ac (ACX_NONCANONICAL_
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-28 00:29
---
Subject: Bug 26473
Author: mmitchel
Date: Tue Feb 28 00:29:00 2006
New Revision: 111500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111500
Log:
PR 26473
* configure.ac (ACX_NONCANONICAL_
--- Comment #19 from mark at codesourcery dot com 2006-02-28 00:25 ---
Subject: Re: [4.0 Regression] ICE with const int copied into
two different functions
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
> --- Comment #18 from rakdver at atrey dot karlin dot mff dot cun
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-28 00:23 ---
*** Bug 26491 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-28 00:23 ---
*** This bug has been marked as a duplicate of 25619 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
/usr/local/gcc42/bin/gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-languages=c,c++,fortran
--prefix=/usr/local/gcc42 --disable-bootstrap
Thread model: posix
gcc version 4.2.0 20060225 (experimental)
f90 source file (24.f90 on mu local sys
--- Comment #18 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-02-28 00:18 ---
Subject: Re: [4.0 Regression] ICE with const int copied into two different
functions
> Zdenek, does your patch apply to 4.0?
yes, it does.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-28 00:08 ---
Reduced testcase:
extern int nsites;
typedef struct Site {
} Site;
typedef struct ptitem {
Site site;
int overlaps;
} Info_t;
extern Info_t *nodeInfo;
int countOverlap(int iter)
{
int i, j;
Info_t *ip = nodeI
--- Comment #1 from dogcow at babymeat dot com 2006-02-27 23:55 ---
And, in fact, reverting gthr-posix.h to -r 110280 makes things build
successfully.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #19 from hjl at lucon dot org 2006-02-27 23:40 ---
Even with the new patch
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01994.html
I still got the same result. The new see pass won't touch
(insn:HI 13 9 14 2 (set (reg/v:SI 73 [ t ])
(mem/s:SI (symbol_ref:DI ("state
--- Comment #4 from patchapp at dberlin dot org 2006-02-27 23:30 ---
Subject: Bug number PR26393
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg02025.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-27 23:18 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26490
--- Comment #1 from dcb314 at hotmail dot com 2006-02-27 23:10 ---
Created an attachment (id=10928)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10928&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26490
I just tried to compile Suse Linux package graphviz-2.6-9 with a recent
GNU C++ compiler version 4.2 snapshot 20060225.
The compiler snapshot said
~dcb/gnu/42-20060225/results/bin/gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../..
-I../../lib/common -I../../lib/gvc -I../../lib/pack -I../../lib/pathplan
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
With a freshly svn up'ed gcc to the 4.1.0 branch, and an empty obj dir, I get
the following compile error on NetBSD-current (3.99.15).
/aux/obj/gcc41/./gcc/xgcc -shared-libgcc -B/aux/obj/gcc41/./gcc -nostdinc++
-L/a
ux/obj/gcc41/i386-unknown-netbsdelf3.99.15/libstdc++-v3/src
-L/aux/obj/gcc41/i38
6
--- Comment #14 from steven at gcc dot gnu dot org 2006-02-27 22:44 ---
Before peephole2:
(insn:HI 27 60 28 2 (set (reg:DF 0 0 [125])
(mem/u/c/i:DF (reg/f:SI 9 9 [126]) [3 S8 A64])) 892
{*movdf_e500_double} (insn_list:REG_DEP_TRUE 26 (nil))
(expr_list:REG_DEAD (reg/f:SI 9 9
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-27 22:42
---
Retargeted at 4.1.1 per David's comments.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from steven at gcc dot gnu dot org 2006-02-27 22:42 ---
The insn triggering my ICE appears in peephole2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
--- Comment #12 from steven at gcc dot gnu dot org 2006-02-27 22:36 ---
With "GNU C version 4.1.0 20060222 (prerelease) (powerpc-unknown-linux-gnuspe)"
I get a different ICE:
$ ./cc1 -O2 -fno-inline t.c
foo
t.c: In function 'foo':
t.c:9: warning: incompatible implicit declaration of bu
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-27 22:29
---
Created an attachment (id=10927)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10927&action=view)
Proposed patch
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #14 from quanah at stanford dot edu 2006-02-27 22:19 ---
I've tried the patch suggested in this bug. However, I found that it does
*not* fix all the issues. For example, here is the result of my libstdc++.la
file with the patch applied:
# Libraries that this one depends up
--- Comment #3 from ifoox at redhat dot com 2006-02-27 21:47 ---
Here's what the output of URLConnection.getHeaderFields() is for GCJ:
{null=[HTTP/1.1 200 OK], Date=[Mon, 27 Feb 2006 21:34:40 GMT],
Server=[Apache/2.0.46 (Red Hat)], Set-Cookie=[Bugzilla_login=192617;
path=/bugzilla; expir
--- Comment #2 from ifoox at redhat dot com 2006-02-27 21:44 ---
Created an attachment (id=10926)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10926&action=view)
Test case
Compile simply with 'TestLoginCookie.java' and run with 'java TestLoginCookie'.
I'll also attach what I fou
--- Comment #1 from ifoox at redhat dot com 2006-02-27 21:42 ---
On further investigation it seems like the headers are represented similarly
when they are recieved but URLConnection.getHeaderFieldKey and
URLConnection.getHeaderField don't behave as expected.
--
ifoox at redhat dot c
--- Comment #11 from steven at gcc dot gnu dot org 2006-02-27 21:42 ---
Re. comment #3, testing all releases is, I'm sorry to say, rather worthless.
Things usually break during development, not during the release process.
Obviously nobody can tell you what to do with your resources, but
When retrieving the headers from a URLConnection the results differ from what
happens with the Sun jvm. Specifically some headers get mashed together instead
of apearing as 2 different headers. I think this happens if a header with the
same name appears twice (with different values). I will attach
--- Comment #13 from steven at gcc dot gnu dot org 2006-02-27 21:13 ---
'tis done.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #12 from steven at gcc dot gnu dot org 2006-02-27 21:12 ---
Subject: Bug 25196
Author: steven
Date: Mon Feb 27 21:12:54 2006
New Revision: 111490
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111490
Log:
Backport from mainline and the GCC 4.1 branch:
--- Comment #1 from drow at gcc dot gnu dot org 2006-02-27 20:44 ---
Dan Berlin, Diego, and I bounced this around on IRC a little. A couple of
things that came up:
- Diego suggested putting locuses on unshared INTEGER_CSTs as another
possible approach.
- I suggested that if we wan
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-02-27 20:33
---
Fortran is not release-critical; P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-02-27 20:32
---
Ada is not release-critical; P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-27 20:29
---
Set to P2. This bug is somewhat exotic, and not a regression from previous
4.0.x releases.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-27 20:29
---
Jakub, does this patch apply to 4.0.x?
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-27 20:27
---
IA64 is a secondary platform for GCC 4.0.x. As such, it's too bad this isn't
fixed, but not release critical; P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-27 20:26
---
This is just a testsuite issue; not release-critical. (It's OK to fix the bug,
though, if someone wants to do that.)
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-27 20:25 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-02-27 20:25
---
Marked as P2. This is a serious issue for those it affects, but it is indeed a
corner case. Also, since this was broken from 3.3.x forwards, there is
presumably relatively little code using the construct; certain
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-27 20:23
---
Jakub, does your patch apply to 4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25682
--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-02-27 20:21
---
Zdenek, does your patch apply to 4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25632
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-02-27 20:17
---
Steven, would you please apply this patch ASAP?
Thanks,
-- Mark
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25196
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-02-27 19:46 ---
Subject: Bug 26447
Whoops, forgot patch
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-02-27 19:46 ---
Created an attachment (id=10923)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10923&a
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-02-27 19:45 ---
Subject: Bug 26447
Give this patch a try and let me know if it works for you
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #21 from jason_gouger at mentor dot com 2006-02-27 18:11
---
Note / patch taken from duplicate bug 21553
--- Comment #5 From Jason 2005-09-20 02:17 [reply] ---
(In reply to comment #0)
> looking at gcc.c it looks like the problem is coming from the following line:
--- Comment #5 from ralf dot corsepius at rtems dot org 2006-02-27 17:48
---
Created an attachment (id=10922)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10922&action=view)
Move ssp headers into $(toolexeclibdir)/include
This patch moves libssp's headers to $(toolexeclibdir)/in
--- Comment #4 from ralf dot corsepius at rtems dot org 2006-02-27 17:44
---
(From update of attachment 10920)
Though I still think GCC's toplevel configure to be bugged and this to be
fixing some of then, this patch doesn't solve the problems of this PR.
withdrawn
--
ralf dot cors
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-27 17:41 ---
This the best I can get but I never can get an ICE:
int f(int a, int *b, int *c, int *d)throw()
{
// try {
int e = *c;
if (e!=0)
*b = 1;
return *c+*d;
// } catch(...)
/* {
return 0;
}*/
}
Comp
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-27 17:32 ---
Trying to get a reduced C++ testcase, load PRE is causing the ICE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #28 from jakub at gcc dot gnu dot org 2006-02-27 17:26 ---
Subject: Bug 26208
Author: jakub
Date: Mon Feb 27 17:26:26 2006
New Revision: 111488
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111488
Log:
PR other/26208
* unwind-dw2.c (struct _Unwind_Co
--- Comment #3 from konqueror at gmx dot de 2006-02-27 17:26 ---
I dont think so as the testcase works correctly on amd64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-27 17:23 ---
Oh, I missed that, woops.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #3 from aph at gcc dot gnu dot org 2006-02-27 17:22 ---
I wouldn't expect to see such errors.
Are you sure you used -findirect-dispatch ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-27 17:21 ---
*** Bug 26485 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26484
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-27 17:21 ---
As I mentioned in PR 26484, the port was fundamentally flawed in GCC before
4.0.x
*** This bug has been marked as a duplicate of 26484 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
I'm bootstrapping gcc 3.4.5 using the gcc 4.0 compiler on a macbook.
The boostrap compile fails with the following error:
gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long-DHAVE_CONFIG_H -o cc1 \
c-parse.o c-lang.o c-pretty
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-27 17:18 ---
Fixed for the mainline (4.2.0) and not going to be fixed for any other branch.
The port was fundematly broken before that point.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
bootstrapping GCC 3.4.5 (using the gcc4.0 compiler) fails with the following
error:
(SHLIB_LINK='' \
SHLIB_MULTILIB=''; \
gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-error -DHAVE_CONFIG_H
-I. -I. -I. -I./. -I./../include
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-27 17:03 ---
Isn't this the "64bit" issue with fdlibm?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483
--- Comment #2 from greenrd at gcc dot gnu dot org 2006-02-27 16:59 ---
Another reason to update rmic is that the current rmic ignores its -classpath
argument.
--
greenrd at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from konqueror at gmx dot de 2006-02-27 16:20 ---
Created an attachment (id=10921)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10921&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483
I tried to run the attached test case on IA64 native and interpreted. The bad
news is that both give totally different results:
Native:
[EMAIL PROTECTED]:~$ gcj-4.0 DoubleTest.java -o doubleTest --main=DoubleTest -g
[EMAIL PROTECTED]:~$ ./doubleTest
5.0E-324
Interpreted:
[EMAIL PROTECTED]:~$ gi
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-02-27
16:10 ---
I have a fix that I will post tonight but it appears below anyway.
Paul
Index: gcc/fortran/trans-decl.c
===
--- gcc/fortran/trans-decl.c
--- Comment #6 from dje at gcc dot gnu dot org 2006-02-27 16:07 ---
This is the same problem that has been recurring when compiling with POWER for
a while. This is the first time that it has been reported to affect bootstrap.
The problem is that GCC does not re-recognize the store_mult
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-27 15:54 ---
Confirmed, reduced testcase:
struct fpos {
long long _M_off;
char * _M_state;
};
fpos seekpos(fpos pos, int){}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from dir at lanl dot gov 2006-02-27 14:55 ---
It looks like you got it this time. I tried all of the previous tests with good
results and I randomly tested a few hundred different I/O blocks size between 2
and 1 with out finding any errors.
--
http://gcc.gnu.org/b
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-27 14:51 ---
Fine, then the last release of 3.4.x is comming so, it might make it into it
but I doubt it, post the backport to [EMAIL PROTECTED] and maybe the
release manager for 3.4 will approve it.
--
pinskia at gcc dot gnu
--- Comment #5 from peb at mppmu dot mpg dot de 2006-02-27 14:49 ---
(In reply to comment #4)
> Fixed by:
> http://gcc.gnu.org/ml/gcc-patches/2004-03/msg02011.html
>
> This was not a regression so closing as fixed as per GCC's development guide
> lines.
>
It would be nice if you could
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-27 14:41 ---
Reducing (I can reproduce this ICE on the mainline with a cross compiler).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #18 from steven at gcc dot gnu dot org 2006-02-27 14:22 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #17 from steven at gcc dot gnu dot org 2006-02-27 14:22 ---
For -D__NO_MATH_INLINES we're probably not going to make any progress as long
as Uli is the glibc maintainer.
Other than that, this appears to be fixed. Note that ICC has -ffast-math and
SSE as the defaults, where
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-27 14:14 ---
(In reply to comment #5)
> Could it be that this is now fixed?
Nope, the second testcase in comment #2 is still very obvious missing an
optimization with respect with jump threading:
cmpw cr7,r31,r30
--- Comment #3 from ralf dot corsepius at rtems dot org 2006-02-27 14:12
---
Created an attachment (id=10920)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10920&action=view)
Before mentioned patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26473
--- Comment #7 from steven at gcc dot gnu dot org 2006-02-27 14:12 ---
Was this fixed with the patch in comment #6?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24497
--- Comment #3 from andreasc at neuro dot informatik dot uni-kassel dot de
2006-02-27 14:12 ---
Created an attachment (id=10919)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10919&action=view)
precompiled sourcecode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
--- Comment #2 from ralf dot corsepius at rtems dot org 2006-02-27 14:11
---
IMO, the cause is clear: The toplevel configure script is broken.
Rationale:
1. libssp/* applies a standard automake-based configuration. i.e. includedir is
supposed to be pointing to the final $includedir, i
1 - 100 of 130 matches
Mail list logo
