Large automatically generated code (unrolled bubble sort) on std::vectorint
crashes the compiler. If there are 1000 elements in the vector, the compiler
crashes with the message:
g++ ur1000.cc -o ur1000.exe
ur1000.cc: In function `int main(int, char**)':
ur1000.cc:99799: internal compiler error:
--- Comment #1 from jonas dot mellin at his dot se 2006-01-03 08:03 ---
Created an attachment (id=10577)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10577action=view)
The code generating the erroneous code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25647
--- Comment #8 from bonzini at gnu dot org 2006-01-03 08:04 ---
Ehm, wouldn't unsigned char * alias everything? GCSE doesn't do load PRE
for
me on the original test case, either.
Yes, I was checking if load PRE removes the redundant load of t3 if
flush_outbuf is not called. See
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-03 08:38
---
Subject: Bug 25637
Author: mmitchel
Date: Tue Jan 3 08:38:22 2006
New Revision: 109268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109268
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-03 08:38
---
Subject: Bug 25638
Author: mmitchel
Date: Tue Jan 3 08:38:22 2006
New Revision: 109268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109268
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-03 08:38
---
Subject: Bug 25633
Author: mmitchel
Date: Tue Jan 3 08:38:22 2006
New Revision: 109268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109268
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-03 08:38
---
Subject: Bug 25634
Author: mmitchel
Date: Tue Jan 3 08:38:22 2006
New Revision: 109268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109268
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-03 08:38
---
Subject: Bug 25635
Author: mmitchel
Date: Tue Jan 3 08:38:22 2006
New Revision: 109268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109268
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-03 08:40
---
Subject: Bug 25638
Author: mmitchel
Date: Tue Jan 3 08:40:18 2006
New Revision: 109269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109269
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-03 08:40
---
Subject: Bug 25635
Author: mmitchel
Date: Tue Jan 3 08:40:18 2006
New Revision: 109269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109269
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-03 08:40
---
Subject: Bug 25633
Author: mmitchel
Date: Tue Jan 3 08:40:18 2006
New Revision: 109269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109269
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-03 08:40
---
Subject: Bug 25634
Author: mmitchel
Date: Tue Jan 3 08:40:18 2006
New Revision: 109269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109269
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-03 08:40
---
Subject: Bug 25637
Author: mmitchel
Date: Tue Jan 3 08:40:18 2006
New Revision: 109269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109269
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-03 08:41
---
Subject: Bug 25635
Author: mmitchel
Date: Tue Jan 3 08:41:21 2006
New Revision: 109270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109270
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-03 08:41
---
Subject: Bug 25638
Author: mmitchel
Date: Tue Jan 3 08:41:21 2006
New Revision: 109270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109270
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-03 08:41
---
Subject: Bug 25637
Author: mmitchel
Date: Tue Jan 3 08:41:21 2006
New Revision: 109270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109270
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-03 08:41
---
Subject: Bug 25634
Author: mmitchel
Date: Tue Jan 3 08:41:21 2006
New Revision: 109270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109270
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-03 08:41
---
Subject: Bug 25633
Author: mmitchel
Date: Tue Jan 3 08:41:21 2006
New Revision: 109270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109270
Log:
PR c++/25635
* class.c (add_method): Set
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-03 08:46
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-03 08:47
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-03 08:48
---
The ICE is fixed in 4.0.3. Volker, if you consider the diagnostic issue
sufficiently important, please open a new PR for that.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-03 08:48
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-03 08:50
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
+++ This bug was initially created as a clone of Bug #22207 +++
The following reduced test case causes spurious -Wuninitialized warnings, but
only with -O2:
-
#include vector
#include string
class OptionSet
{
public:
OptionSet ();
std::vectorstd::string const nonOptions() const;
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-01-03 09:15 ---
Subject: Bug 25183
Author: rguenth
Date: Tue Jan 3 09:15:08 2006
New Revision: 109272
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109272
Log:
2006-01-03 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-01-03 09:25
---
Subject: Bug 25183
Author: rguenth
Date: Tue Jan 3 09:25:29 2006
New Revision: 109273
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109273
Log:
2006-01-03 Richard Guenther [EMAIL PROTECTED]
PR
When compiling the code below with current mainline, I get a warning that was
not emitted a few days ago.
#include iostream
using namespace std;
int main()
{
int x;
cin x;
cout x endl;
}
[EMAIL PROTECTED]:~/tmp g++ -v -Wuninitialized -O bla.cc
Using built-in specs.
Target:
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-01-03 09:30
---
Subject: Bug 25183
Author: rguenth
Date: Tue Jan 3 09:30:18 2006
New Revision: 109274
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109274
Log:
2006-01-03 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-01-03 09:30
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jv244 at cam dot ac dot uk 2006-01-03 09:36 ---
Still causing trouble with gcc version 4.0.3 20060103 (prerelease)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
for instructions.
with
gcc (GCC) 4.0.3 20060103 (prerelease)
I notice now, on an opteron, that the -m32 switch is needed to trigger the bug.
There is no crash if I use just '-O3' whereas this happened on a pentium IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25218
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #4 from rakdver at gcc dot gnu dot org 2006-01-03 11:31 ---
Adding unshare_expr to constant_value_1 fixes the problem, but causes bootstrap
failure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25632
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
--- Comment #46 from ebotcazou at gcc dot gnu dot org 2006-01-03 12:38
---
Mark's change for PR 23171 has eliminated the ICE on PowerPC/Darwin.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-03 12:53 ---
It works in 20051231.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25649
--- Comment #4 from charlet at gcc dot gnu dot org 2006-01-03 13:28 ---
The bug is that the following line in s-osinte-linux-hppa.ads is wrong:
for atomic_lock_t'Alignment use 8 * 16;
The alignment clause takes *bytes*, not *bits*, so you need to use instead:
for
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-03 14:12 ---
Caused by either:
2005-10-16 Mark Mitchell [EMAIL PROTECTED]
PR c++/24389
* decl2.c (mark_used): Use uses_template_parms instead of
dependent_type_p.
* init.c (constant_value_1):
--- Comment #19 from dje at gcc dot gnu dot org 2006-01-03 14:54 ---
Is this still a regression in 4.2? The code generated for PowerPC now looks
better, possibly due to the new reassociation pass.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181
--- Comment #7 from bonzini at gnu dot org 2006-01-03 14:58 ---
Subject: Bug 25578
Author: bonzini
Date: Tue Jan 3 14:58:05 2006
New Revision: 109281
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109281
Log:
gcc:
2006-01-03 Paolo Bonzini [EMAIL PROTECTED]
PR
On Sun, 2006-01-01 at 00:41 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-01 00:41
---
Just a clarification here, I just want the SFT for k.j to be considered call
clobbered for this testcase.
This is not anywhere near as
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-01-03 14:58 ---
Subject: Re: Address (full struct) escapes
even though the called function does not cause it to escape
On Sun, 2006-01-01 at 00:41 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #1 from
--- Comment #8 from bonzini at gnu dot org 2006-01-03 14:58 ---
patch committed
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-03
15:03 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
The alignment clause takes *bytes*, not *bits*, so you need to use instead:
for atomic_lock_t'Alignment
--- Comment #6 from charlet at adacore dot com 2006-01-03 15:10 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
and it doesn't fix the invalid tcb pointers being passed to free().
Reducing the alignment to 8, fixes the pointer
--- Comment #22 from dje at gcc dot gnu dot org 2006-01-03 15:22 ---
Is it possible for backends to inquire how many reciprocals were discovered?
PowerPC and IA-64 have reciprocal instructions and could benefit by choosing to
generate reciprocal earlier with additional information
--- Comment #23 from bonzini at gnu dot org 2006-01-03 15:30 ---
For PowerPC, it is effective to use the instruction if
there are multiple divides, such as the three divisions mentioned above. The
IBM XLC compiler propagates the reciprocal and numerator pair through its
equivalent
--- Comment #3 from bjoern dot m dot haase at web dot de 2006-01-03 15:33
---
A patch for this issue is posted at the gcc-patches list and waits for review.
The difficulty is that libssp silently assumes that unix-style stdio is
available :-( which is not the case for embedded targets.
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-03
15:49 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
Hmm, so that means that 16 is bigger than Standard'Maximum_Alignment...
Unfortunately, yes. The fundamental
--- Comment #24 from dje at gcc dot gnu dot org 2006-01-03 15:50 ---
Comment #21 mentions three divisions for the optimization to be more
profitable, but that information is lost by the time GCC reaches the expanders.
Minimally, it would be helpful to know that the reciprocal
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-01-03 15:54
---
4.2.0 produces good code on x86 also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
charlet at adacore dot com wrote:
Hmm, so that means that 16 is bigger than Standard'Maximum_Alignment...
Yes, the latter is 8, computed from GCC's BIGGEST_ALIGNMENT.
Is it really the case that the C headers mandate an alignment of 16 for this
type which is not guaranteed by malloc ?
IIUC,
--- Comment #8 from hainque at adacore dot com 2006-01-03 16:25 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
charlet at adacore dot com wrote:
Hmm, so that means that 16 is bigger than Standard'Maximum_Alignment...
Yes, the latter
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-03 16:25 ---
Not powerpc-specific.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-03 16:27 ---
Not powerpc-specific.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-03 16:29 ---
Not powerpc-specific.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
Hello,
Java is not supported for the amd64--freebsd targets, essentially
because of lacking support in boehm-gc.
I created a simple patch to do so :
- no credits to me: most of this is directly inspired
by the official freebsd-port of boehm-gc
- tested for over 6 months on a non-graphical
--- Comment #1 from arno at heho dot snv dot jussieu dot fr 2006-01-03
16:43 ---
Created an attachment (id=10578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10578action=view)
Add support for amd64--freebsd
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25652
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-03 16:59 ---
Not PPC specific.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-03 17:04 ---
Not PPC specific.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-03 17:06 ---
Not PPC specific.
Also fixed in 4.1.0 and above:
In file t.f90:3
19 real :: a=5
1
Error: Too many digits in statement label at (1)
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-03 17:07 ---
Not PPC specific.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-03 17:09 ---
Not PPC specific.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-01-03 18:29 ---
Load PRE on globals is going to take a while, because we do some stupid things
in hashing (like hashing tcc_declaration's by pointer, instead of DECL_UID).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23455
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-03 18:36 ---
Here is a newer patch which fixes it:
Index: trans-array.c
===
--- trans-array.c (revision 109225)
+++ trans-array.c (working copy)
@@
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-01-03 18:39 ---
You are confused about what load PRE does. It will not lift these load because
it is not partially redundant.
You are looking for some sort of generic code hoister.
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-03 18:45 ---
Steven, I am assigning this from your suse account (one which does exist any
more) to your @gcc.gnu.org account, if you don't have the time to look into
this again, can you assign it to me as I was looking into it
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-03 18:49
---
Of course this is not fixed in 4.0.x yet so reopening.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Using libstdc++, I've got code like this:
__gnu_cxx::stdio_filebufchar fdbuf(fd, std::ios::in);
The doxygen docs for this fd ctor say The file descriptor will be
automatically closed when the stdio_filebuf is closed/destroyed., but I appear
to be leaking fds due to making the assumption I was
--- Comment #9 from laurent at guerby dot net 2006-01-03 19:24 ---
For most (if not all) s-osinte*.ads C type redeclarations, I believe it should
be sufficient to use a record containing a
System.Storage_Elements.Storage_Array of the C sizeof(struct), plus may be an
alignement clause (I
--- Comment #1 from palladia at yahoo dot com 2006-01-03 19:25 ---
$which gcc
/home/gfleming/local/bin/gcc
$gcc -v
Target: sparc-sun-solaris2.8
Configured with: ../gcc-4.0.2/configure --prefix=/home/gfleming/local
--enable-language=c,c++,java
Thread model: posix
gcc version 4.0.2
$pwd
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-03 19:29 ---
Closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from laurent at guerby dot net 2006-01-03 19:24 ---
For most (if not all) s-osinte*.ads C type redeclarations, I believe it should
be sufficient to use a record containing a
System.Storage_Elements.Storage_Array of the C sizeof(struct), plus may be an
alignement
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-03 19:31
---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
--- Comment #9 from laurent at guerby dot net 2006-01-03 19:24 ---
For most (if not all)
--- Comment #11 from laurent at guerby dot net 2006-01-03 19:36 ---
(In reply to comment #7)
There's only one fail in 4.0.3:
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00025.html
RUN cxg1005
,.,. CXG1005 ACATS 2.5 06-01-01 01:38:37
CXG1005 Check that the
--- Comment #1 from laurent at guerby dot net 2006-01-03 19:44 ---
The Ada runtime does not use C complex primitives. In this case, the culprit in
all three case is likely to be the following code in ada/a-ngelfu.adb
-- Arctan --
-- Natural cycle
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-03 20:02 ---
Actually this turns out to be the same as PR 18527.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from danglin at gcc dot gnu dot org 2006-01-03 20:27 ---
[EMAIL PROTECTED]:~/gcc_test$ ./p
1.00E+00
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754
--- Comment #3 from danglin at gcc dot gnu dot org 2006-01-03 20:29 ---
That was with 4.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754
--- Comment #3 from alex at milivojevic dot org 2006-01-03 20:30 ---
Created an attachment (id=10579)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10579action=view)
one more example of sigsegv
Trivial example where 64-bit gcc binary segfaults.
The code in question is old-style
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-03 20:37 ---
This is related to PR 18527 but not fixed with -funsafe-loop-optimizations.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rleigh at debian dot org 2006-01-03 20:52 ---
On further investigation, it looks like when a stdio_filebuf is destroyed, this
will ultimately invoke __basic_filechar::close(). This calls fclose(). If
an fd is used, fdopen() is called to create a __c_file*.
If this
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-01-03 21:00
---
Is this still a problem?
Not anymore, the 4.0 vs 4.1 compat testsuite is now clean both in 32-bit and
64-bit mode.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from laurent at guerby dot net 2006-01-03 21:19 ---
May be this one?
[EMAIL PROTECTED]:~/tmp/pr20754 cat p2.adb
with Ada.Numerics.Elementary_Functions;
with Ada.Numerics.Complex_Types;
with Ada.Numerics.Complex_Elementary_Functions;
with Ada.Text_IO;
procedure P2 is
--- Comment #4 from kargl at gcc dot gnu dot org 2006-01-03 22:01 ---
Subject: Bug 25101
Author: kargl
Date: Tue Jan 3 22:01:10 2006
New Revision: 109288
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109288
Log:
2006-01-03 Steven G. Kargl [EMAIL PROTECTED]
PR
--- Comment #5 from kargl at gcc dot gnu dot org 2006-01-03 22:02 ---
Fixed on trunk. I'll commit to 4.1 in a day or two.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from steven at gcc dot gnu dot org 2006-01-03 22:37 ---
Subject: Bug 25130
Author: steven
Date: Tue Jan 3 22:37:46 2006
New Revision: 109292
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109292
Log:
2006-01-03 Steven Bosscher [EMAIL PROTECTED]
*
--- Comment #20 from steven at gcc dot gnu dot org 2006-01-03 22:39 ---
One part of the problem is fixed, and the test cases now pass.
There is still the RTL alias analysis bug mentioned in the thread on gcc@
starting here: http://gcc.gnu.org/ml/gcc/2006-01/msg8.html. But that is
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-01-03 22:40 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00136.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pcarlini at suse dot de 2006-01-03 22:42 ---
(In reply to comment #1)
On further investigation, it looks like when a stdio_filebuf is destroyed,
this will ultimately invoke __basic_filechar::close(). This calls fclose().
I think this is not true for the
--- Comment #2 from arno at heho dot snv dot jussieu dot fr 2006-01-03
22:54 ---
I forgot to mention : correct libjava testsuite results :
=== libjava Summary ===
# of expected passes3964
# of unexpected failures24
# of expected failures
--- Comment #4 from tromey at gcc dot gnu dot org 2006-01-03 22:58 ---
Subject: Bug 9715
Author: tromey
Date: Tue Jan 3 22:58:31 2006
New Revision: 109294
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109294
Log:
PR libgcj/9715, PR libgcj/19132:
*
--- Comment #3 from tromey at gcc dot gnu dot org 2006-01-03 22:58 ---
Subject: Bug 19132
Author: tromey
Date: Tue Jan 3 22:58:31 2006
New Revision: 109294
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109294
Log:
PR libgcj/9715, PR libgcj/19132:
*
--- Comment #7 from mark at codesourcery dot com 2006-01-03 23:01 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied
into two different functions
rakdver at gcc dot gnu dot org wrote:
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-01-03 22:40
---
In the following C code, the order of loads and stores is messed up, leading to
wrong code:
extern void abort (void) __attribute__((noreturn));
union setconflict
{
short a[20];
int b[10];
};
int
main ()
{
int sum = 0;
{
union setconflict a;
short *c;
c = a.a;
asm (: =r
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-03 23:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #8 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-01-03 23:24 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied into two
different functions
--- Comment #7 from mark at codesourcery dot com 2006-01-03 23:01 ---
Subject: Re:
--- Comment #9 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-01-03 23:29 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied into two
different functions
rakdver at gcc dot gnu dot org wrote:
--- Comment #6 from rakdver at gcc dot gnu dot org
We should implement something like Sun's signal chaining library for use with
libgcj. This may be required when working with native libraries installing
their own signal handlers...
http://java.sun.com/j2se/1.4.2/docs/guide/vm/signal-chaining.html
--
Summary: Implement signal
1 - 100 of 149 matches
Mail list logo