--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org, dnovillo at gcc dot gnu
--- Additional Comments From sven at physto dot se 2005-06-01 08:06 ---
Ok, in light of my reworking of GtkImage, I should add some thoughts here:
- GtkImagePainter is gone. GtkImage now does its own drawing, and wraps a
GdkPixbuf.
- ImageObserver use is pretty much elimated for GtkIma
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2005-06-01 08:16 ---
Subject: Re: [4.0/4.1 regression] __builtin_constant_p(&"Hello"[0])?1:-1
not compile-time constant
On 1 Jun 2005, pinskia at gcc dot gnu dot org wrote:
>
> --- Additional Comments
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-01
08:33 ---
Confirmed on SPARC/Solaris 64-bit.
--
What|Removed |Added
CC|
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-01
08:41 ---
Even shorter testcase:
struct A
{
int a[4];
int* operator[](int i) { return &a[i]; }
};
void foo(A a1, A &a2)
{
a1[1][1]=0;
for (int i=0; i<4; ++i)
--- Additional Comments From pcarlini at suse dot de 2005-06-01 08:43
---
Eric, if you are willing to prepare a patchlet xfailing the testcase on
"strict-alignment" targets, whatever that means (*), I would be grateful.
(*) Actually, in case of hppa64 the alignment is insufficient for t
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/fortra
||n/2005-05/msg00439.html
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-01
09:44 ---
As I suggested in comment #3, this is a duplicate of PR16436. Patch from
http://gcc.gnu.org/ml/fortran/2005-05/msg00439.html fixes both.
*** This bug has been marked as a duplicate of 16436 ***
--
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-01
09:44 ---
*** Bug 20236 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
Bug 20235 depends on bug 20236, which changed state.
Bug 20236 Summary: runtime error reading float
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20236
What|Old Value |New Value
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-01
09:46 ---
Dorit, I think your guess is right.
The ICE already disappeared with the patch
http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg01207.html
* tree-ssa-forwprop.c (forward_propagate_addr_expr):
See
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-01
09:56 ---
This bug is a lot more general. I/O library should really support all available
kinds of integers and reals. I'm working on that...
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
10:00 ---
Subject: Bug 21729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 10:00:20
Modified files:
gcc/fortran: ChangeLog resolve.c
gcc/test
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-01
10:07 ---
Even smaller test case
template struct Mutex
{
static int mutex;
};
template
int Mutex::mutex = {1};
template <> int Mutex<0>::mutex;
template <> int Mutex<0>::mutex = 0;
void g()
{
Mutex<0>::mutex
guages=f95 :
(reconfigured) ./configure --prefix=/home/vici --enable-languages=f95
Thread model: posix
gcc version 4.1.0 20050601 (experimental)
===
Output of uname -a:
Linux galadriel 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC 2
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
10:13 ---
Subject: Bug 21729
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-01 10:13:23
Modified files:
gcc/fortran: Change
See http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02644.html
> ... or the frontends would need to guarantee that for all types with some
> variable TYPE_SIZE reachable from the type there would be a DECL_EXPR with
> TYPE_DECL right before the first use of such type.
> What's your preference?
T
--
What|Removed |Added
GCC build triplet||x86_64-linux-gnu
GCC host triplet||x86_64-linux-gnu
GCC target triplet|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
10:23 ---
Subject: Bug 20760
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 10:23:17
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
10:23 ---
Subject: Bug 21536
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 10:23:17
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
10:36 ---
Subject: Bug 20760
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-01 10:35:49
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
10:36 ---
Subject: Bug 21536
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-01 10:35:49
Modified files:
gcc: Change
At the moment, there are some missed optimizations and errors
linked to the same problem: type conversion of induction variables.
--
Summary: [meta-bug] scalar evolution type conversion
Product: gcc
Version: 3.3.1
Status: UNCONFIRMED
Severit
--
What|Removed |Added
BugsThisDependsOn||18403, 21029
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21861
--- Additional Comments From dorit at il dot ibm dot com 2005-06-01 11:13
---
I can reproduce this on powerpc-apple-darwin.
Maybe a duplicate of PR21831.
Hopefully will be resolved by Keith's work
(http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02478.html)
--
http://gcc.gnu.org/bugz
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-01
11:17 ---
This is more complex than I thought. It appears that:
1. there is a typo (space missing in dg command) in the testcase
2. when the typo is corrected and the testcase is really ran, it FAILs on both
m
--- Additional Comments From dorit at il dot ibm dot com 2005-06-01 11:24
---
I think Keith is looking into these SPEC ICEs on powerpc-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
11:39 ---
Subject: Bug 21767
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 11:38:54
Modified files:
gcc: ChangeLog rtl.h reload1.c ifcvt.c
L
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
11:45 ---
Fixed on mainline with patch just checked in.
Now we have to decide if we want this fix (without the reload1.c / rtl.h
hunks) in 3.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21767
--- Additional Comments From mike at navi dot cx 2005-06-01 11:56 ---
So this feature is basically terminally broken and never worked in the first
place?
How about if GCC supported a new attribute or something that made it emit
inlines for that class with a specific symbol version?
--
--
What|Removed |Added
OtherBugsDependingO|20070 |
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21767
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
11:59 ---
For the purposes of PR20070, it is sufficient that PR21767 is fixed on mainline.
--
What|Removed |Added
--
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
12:15 ---
Confirmed based on Dorit's comment.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-01
12:48 ---
A few things you can do:
1. Run this program inside gdb: Compile all files with "-g" flag, then run
"gdb ./myprogram" and enter the command "run"). When program aborts, signal
should be caught by gdb an
--
What|Removed |Added
CC||fxcoudert at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||meta-bug
The attached testcase fails on i386-linux (as well as x86_64-linux -m32).
It computes the p + (MAP_LEN / 0x100) * 0x100 end pointer, but instead of
doing unsigned comparison on the pointers, it does a signed one,
which obviously doesn't work if the pointer has topmost bit set.
--
Summa
--- Additional Comments From jakub at gcc dot gnu dot org 2005-06-01 13:10
---
Created an attachment (id=9007)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9007&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21862
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
13:18 ---
This is a known bug, see gcc.c-torture/execute/loop-2e.c.
This is a dup of bug 16052.
*** This bug has been marked as a duplicate of 16052 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
13:18 ---
*** Bug 21862 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From dorit at il dot ibm dot com 2005-06-01 13:20
---
thanks, reproduced.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21734
--- Additional Comments From dorit at il dot ibm dot com 2005-06-01 13:22
---
> Note that if !new_ssa_name, we continue the loop without ever
> adding the PHI argument. The net result being that we have a
> PHI where PHI_ARG_DEF for one of the PHI's incoming edges is null.
>
> I'm pret
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
14:47 ---
Subject: Bug 20350
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-01 14:47:07
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
15:52 ---
Subject: Bug 21753
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-01 15:51:58
Modified files:
libjava: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
15:53 ---
Subject: Bug 21753
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 15:52:45
Modified files:
libjava: ChangeLog
libjava/java/lang:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-01
15:54 ---
I've checked in a fix.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-01
17:15 ---
I'm testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
--- Additional Comments From jlm_devel at laposte dot net 2005-06-01 17:35
---
this issue is solved if and only if BOTH configure options are set :
--with-local-prefix=$DESTDIR_BCKP
--with-sysroot=$DESTDIR_BCKP
specifying only where to find the headers isn't enough
but the error
Given the appended input this code gets generated by gcc 3.4 / 4.0 / 4.1
version when launched by "g++ matrix.cpp -o matrix -O2 -Wall -Wextra -pedantic
-std=c++98 -save-temps":
.LCFI2:
leal-48(%ebp), %ecx
leal-88(%ebp), %ebx
subl$100, %esp
.LCFI3:
--- Additional Comments From alonsoschaich at gmx dot de 2005-06-01 17:50
---
Created an attachment (id=9008)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9008&action=view)
precompiled code and assembly output
-save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21863
Having a directory name, a -c and -o on the command line causes an ICE and a seg
fault. The actual code does not seem to matter. Reproduction instructions and
actual output follow:
cheinan/test> cat null.cpp
int main()
{
return 0;
}
cheinan/test> g++ /home/cheinan/test -c null.cpp -o MakeMeIC
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-01 17:53
---
Fixed mainline 20050601.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-01 17:54
---
Fixed mainline 20050601.
--
What|Removed |Added
Status|UNCONFIRMED
--
Bug 21842 depends on bug 21843, which changed state.
Bug 21843 Summary: [4.1 Regression] gcc.c-torture/execute/920501-2.c execution
fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21843
What|Old Value |New Value
---
--- Additional Comments From giovannibajo at libero dot it 2005-06-01
18:08 ---
Please, remember to add both the new and the old testcase to the testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21734
The newly added test gcc.dg/torture/pr21817-1.c fails on hppa2.0w-hpux with:
pr21817-1.c:12: warning: alignment (16) for value exceeds maximum alignment for
global common data. Using 8
This is a target-specific warning. There seems to be nothing about this test
requiring it to be in gcc.dg (and
I think it is an already fixed bug at least in CVS, though I can't find the
appropriate patch. I have now tried at least 25 patches since release date which
are around string and bootstrapping issues, no lack so far.
Please point me towards the appropriate fix.
Thanks in advance
T.Gerschner
Mak
--- Additional Comments From giovannibajo at libero dot it 2005-06-01
18:10 ---
Well, 3.4 is open for regression fixes only. Did the testcase ever work before
3.4 in any previous GCC version?
--
What|Removed |Added
---
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
18:38 ---
(In reply to comment #4)
> Well, 3.4 is open for regression fixes only. Did the testcase ever work
> before
> 3.4 in any previous GCC version?
Of course. if-conversion is a relatively new pass:
2000-04-
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-06-01
18:53 ---
(In reply to comment #4)
> Well, 3.4 is open for regression fixes only. Did the testcase ever work
> before
> 3.4 in any previous GCC version?
P.S.: There used to be an euivalent optimization in jump.c, b
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
18:59 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 16989 depends on bug 20760, which changed state.
Bug 20760 Summary: cast to variable-length array type combined with switch
statement gives segv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20760
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:00 ---
Fixed in 4.0.1 and above.
--
What|Removed |Added
Known to work|2.95.3
--- Additional Comments From bangerth at dealii dot org 2005-06-01 19:00
---
This is a dup of PR 15259, which is already fixed in 4.0.
*** This bug has been marked as a duplicate of 15259 ***
--
What|Removed |Added
--
--- Additional Comments From bangerth at dealii dot org 2005-06-01 19:00
---
*** Bug 21864 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From dorit at il dot ibm dot com 2005-06-01 19:14
---
> Please, remember to add both the new and the old testcase to the testsuite.
patch: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00110.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21734
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:15 ---
Use -fomit-frame-pointer.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:17 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:20 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:31 ---
Confirmed, reduced testcase:
unsigned int dsdblm_GetBlockAddress();
void error_LocalAssert(void);
int dsdblm_CreateBlock(unsigned int address)
{
address = dsdblm_GetBlockAddress();
if (address >= (void
final stage gcc building fail in libjava
--disable-libgcj
allow to create the crosscompiler but libjava isn't build then
--
Summary: failling to build libjava
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:35 ---
How did it fail?
--
What|Removed |Added
Component|java|libg
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21847
--- Additional Comments From dnovillo at redhat dot com 2005-06-01 19:38
---
Subject: Re: [4.1 Regression] ICE in compare_values, at tree-vrp.c:301
On Wed, Jun 01, 2005 at 07:31:24PM -, pinskia at gcc dot gnu dot org wrote:
>
> --- Additional Comments From pinskia at gcc dot g
--- Additional Comments From jlm_devel at laposte dot net 2005-06-01 19:40
---
Created an attachment (id=9009)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9009&action=view)
compilation log with env and bash debug activated
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21867
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:40 ---
(In reply to comment #3)
> Is this legal C?
This is not valid C but valid GNU C. The front-end should be converting the
types correctly
Please don't remove the assert, it catches things like this.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:44 ---
/prims.Tpo -c ../../../libjava/prims.cc -fPIC -DPIC -o .libs/prims.o
../../../libjava/prims.cc: In function 'void _Jv_catch_segv(int, siginfo_t*,
void*)':
../../../libjava/prims.cc:151: error: 'volatile st
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
19:52 ---
Not a GCC bug.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
19:58 ---
Subject: Bug 21785
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 19:58:26
Modified files:
libjava: ChangeLog
libjava/java/io: O
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-01
20:01 ---
I've checked in the fix.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 20169 depends on bug 21785, which changed state.
Bug 21785 Summary: [4.1 regression] ClassNotFound during deserialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21785
What|Old Value |New Value
I can't build current cvs mauve with current cvs head gcj.
I see this:
gcj -g -O2 -c -o gnu/testlet/BinaryCompatibility/BinaryCompatibilityTest.o
../mauve/gnu/testlet/BinaryCompatibility/BinaryCompatibilityTest.java
../mauve/gnu/testlet/BinaryCompatibility/BinaryCompatibilityTest.java:32: error:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
20:29 ---
Confirmed, see PR 20318 for information about an attribute which we should be
adding soon.
--
What|Removed |Added
---
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-01
20:30 ---
Interestingly, if I compile the two .class files separately
and then link the results, it works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21722
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
20:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From yx at cs dot ucla dot edu 2005-06-01 20:47
---
When we ran 'openssh speed md2', we did see that gcc-4.0 was slower
than earlier versions, so we created a minimal test case, which
we will attach. Here is how long it took to run a 34 megabyte
file through the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
20:55 ---
I would not doubt this is just not using the i386 address mode
--
What|Removed |Added
--- Additional Comments From matz at suse dot de 2005-06-01 20:59 ---
Yes. I think this is because the compiler needs to see the definition and the
use site
to exhibit this bug. Without the def it will correctly emit the code walking
the table
to get to the member.
--
http://gc
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-01 21:02 ---
The patch referred to in comment #9 had missing hunks.
Complete patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02945.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=212
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-01
21:12 ---
One example of a failure is the test case in PR 21722.
In this PR we generate this bytecode in A.class:
0: ldc #9=
2: astore_1
3: getstatic #15=
6: aload_1
7: invokevirtual #21=
However, as B.FOO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
21:34 ---
Subject: Bug 21478
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 21:34:28
Modified files:
gcc: ChangeLog gimplify.c
Log message:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-01
21:36 ---
I'm testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
--- Additional Comments From sje at cup dot hp dot com 2005-06-01 22:08
---
It is not clear to me if this bug is about whether or not we should put out the
message or if it is about the format of the message, I.e. that the quotes are
messed up.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-01
22:11 ---
Subject: Bug 20435
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-01 22:11:00
Modified files:
libjava: ChangeLog
libjava/gnu/regexp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-01
22:47 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From giovannibajo at libero dot it 2005-06-01
22:55 ---
Confirmed. The regression appears only with -fPIC, and it's pretty evident. The
core is md2_block, the inner loop:
GCC 3.4
=
.L29:
xorl
--- Additional Comments From giovannibajo at libero dot it 2005-06-01
22:59 ---
I wonder if this is fixed by TARGET_MEM_REF.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923
--- Additional Comments From schwab at suse dot de 2005-06-01 23:03 ---
The warning is just wrong. There is nothing that can be clobbered by longjmp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21059
1 - 100 of 147 matches
Mail list logo
