The number of bugs targeted at GCC 4.1 has declined to 225 from 250 in
my September 7th status report:
http://gcc.gnu.org/ml/gcc/2005-09/msg00179.html
The number of critical (wrong-code, ice-on-valid, rejects-valid)
regressions has declined to 61 from 77. So, we're still fixing about
one net
Quoting Uros Bizjak [EMAIL PROTECTED]:
Following simple patch should implement your suggested approach:
-march=prescott enables fisttp
-msse3enables fisttp
-march=prescott -mno-sse3 enables fisttp
Otherwise fisttp is disabled.
This one also works for
In http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00130.html, and a
few previous postings of testsuite results on sparc/sparc64 linux, I
get this gfortran failure:
Executing on host:
/usr/local/src/trunk/objdir/gcc/testsuite/../gfortran
-B/usr/local/src/trunk/objdir/gcc/testsuite/../
This one also works for -mno-80387 and simplifies insn pattern constraints a
bit:
2005-10-05 Uros Bizjak [EMAIL PROTECTED]
* config/i386/i386.h (TARGET_FISTTP): Enable also for
TARGET_SSE3 and only for TARGET_80387.
* config/i386/i386.md
This testcase should only be run if there is a 128-bit integer kind
available. This looks like it's not the case here, but then why is
check_effective_target_fortran_large_int returning true?
I can't really understand that. What are you tcl/expect/dejagnu versions?
On 10/4/05, FX Coudert [EMAIL PROTECTED] wrote:
This testcase should only be run if there is a 128-bit integer kind
available. This looks like it's not the case here, but then why is
check_effective_target_fortran_large_int returning true?
I can't really understand that. What are you
is there anything I can provide you with to have a better guess? I'm
definately willing to debug if you direct me...
Unfortunately, I think we need a dejagnu expert here, I have no idea how
to debug these things...
If nobody can provide help in the next few days, please file a bug-report.
I have two separate questions to ask:
1. what is the status on 21766 (a 4.1 regression)? bootstrap has been
broken on Windows (cygwin and mingw) for more that 4 months now, is it
expected to be fixed before branch?
2. what's the status for fortran wrt the quality push? can we still
Maybe I gave a too simple example on my first post. Another example common
error which would be prevented by blocking implicit bool conversion might be:
if (strcmp(szMyName, Peter)) printf(Hello Peter);
This bad error currently just slips through. If we gave an option to only
accept
Joe Buck wrote at http://gcc.gnu.org/ml/gcc/2005-10/msg00075.html :
My suggestion: anyone who is listed in the MAINTAINERS file, and who can
make it to the dinner, could volunteer to accept the award. If more than
one want to go, and the dinner hosts are willing, you can all go up on
stage
On 10/4/05, Peter Lupton NCH Swift Sound [EMAIL PROTECTED] wrote:
Maybe I gave a too simple example on my first post. Another example common
error which would be prevented by blocking implicit bool conversion might be:
if (strcmp(szMyName, Peter)) printf(Hello Peter);
This bad error
All of the usual suspects (Berlin, Bosscher, Henderson, Hubicka,
Mitchell, Novillo, etc.) have bugs with our names on them. I think we
can knock quite a few these down relatively easily.
I've fixed (or am about to commit patches for) the 4.1 regressions
assigned to me.
Diego, if you have
On Tue, Oct 04, 2005 at 01:00:53PM +0100, Joern RENNECKE wrote:
I could make it there, but I'd have to leave shortly after 11 p.m.,
since the last
train from paddington to bristol goes at half past eleven.
That would be fine.
I've spoken to the organisers and have had you added to the list
On Tue, Oct 04, 2005 at 10:07:07AM +0200, Uros Bizjak wrote:
* config/i386/i386.h (TARGET_FISTTP): Enable also for
TARGET_SSE3 and only for TARGET_80387.
* config/i386/i386.md (fix_truncmode_fisttp_i387_1,
(fix_truncmode_i387_fisttp,
Richard: based on your argument all type checking is for nought :).
But I have been going through other reports from the 'bug book' which I ask
my programmers to log. Another case which explicit bools would solve would
be (in Win32)...
HANDLE hFile = CreateFile(...);
if
On Tuesday 04 October 2005 15:39, Peter Lupton NCH Swift Sound wrote:
Richard: based on your argument all type checking is for nought :).
But I have been going through other reports from the 'bug book' which I ask
my programmers to log. Another case which explicit bools would solve would
be
On Oct 3, 2005, at 3:49 PM, Andrew Pinski wrote:
On Oct 3, 2005, at 6:41 PM, Evan Cheng wrote:
But according to the manual -msse3 does not turn on generation of
SSE3 instructions:
The manual is semi-confusing I had forgot about that.
There is a bug about the issue recorded as PR 23809:
On Oct 1, 2005, at 8:41 PM, Andrew Pinski wrote:
On Oct 1, 2005, at 11:10 PM, Dale Johannesen wrote:
But better fix would be not call split_nonconstant_init_1 for
local decls and have the front-end produce a CONSTRUCTOR which is
just like what the C front-end produces.
I'll try it.
This
On Tue, Oct 04, 2005 at 10:07:31AM -0700, Dale Johannesen wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23809
The patch in the PR looks reasonable.
r~
- Original Message -
Sent: Monday, October 03, 2005 3:02 AM
Subject: Re: problems with writing a new pass
In file included from /usr/include/stdio.h:831,
from ../../gcc/gcc/tsystem.h:90,
from ../../gcc/gcc/crtstuff.c:62:
/usr/include/bits/stdio.h: In
On Tue, Oct 04, 2005 at 12:43:35PM +0200, FX Coudert wrote:
is there anything I can provide you with to have a better guess? I'm
definately willing to debug if you direct me...
Unfortunately, I think we need a dejagnu expert here, I have no idea how
to debug these things...
If nobody can
On Tue, Oct 04, 2005 at 01:16:58PM -0700, Janis Johnson wrote:
On Tue, Oct 04, 2005 at 12:43:35PM +0200, FX Coudert wrote:
is there anything I can provide you with to have a better guess? I'm
definately willing to debug if you direct me...
Unfortunately, I think we need a dejagnu expert
Peter Lupton NCH Swift Sound wrote:
But I have been going through other reports from the 'bug book' which I ask
my programmers to log. Another case which explicit bools would solve would
be (in Win32)...
HANDLE hFile = CreateFile(...);
if (!hFile) return;
If the
On 10/4/05, Janis Johnson [EMAIL PROTECTED] wrote:
I forgot to mention that I'll fix this.
Great! :)
--
Cheers,
/ChJ
Snapshot gcc-3.4-20051004 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/3.4-20051004/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 3.4 CVS branch
with the following options: -rgcc-ss-3_4-20051004
You'll find
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-04 06:18 ---
I should note on the 970 (fx at least), logical cr instructions can only appear
in the first dispatch group.
(Table6-6. Instructions with Group Formation Restrictions).
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-04 06:26 ---
Oh, this is -ftracer being too late in the game problem.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pluto at agmk dot net 2005-10-04 06:56 ---
yes, You've right. binutils was miscompiled but i found something else:
(...)
/home/users/builder2/rpm/BUILD/gcc-4.1-20051003T0833UTC/obj-ppc-pld-linux/gcc/gcj
--- Comment #4 from falk at debian dot org 2005-10-04 07:32 ---
(In reply to comment #3)
Correct me if I wrong, but loading long from passed pointer to char minus 4
is not correct too.
You are right, I misread the example, the pointer that is cast to Foo* is
actually correctly
--
falk at debian dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords|
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-10-04 08:37 ---
Patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from uros at kss-loka dot si 2005-10-04 08:44 ---
This fails due to my change to testsuite:
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00053.html
* lib/target-supports.exp (check_effective_target_vect_shift):
Implement with result caching. Add i?86, x86_64
--- Comment #6 from drab at kepler dot fjfi dot cvut dot cz 2005-10-04
09:06 ---
(In reply to comment #5)
OK, then there are two questions:
1) Is the testcase from Comment #3 really hitting the same bug? since when I
compile my original test case with -O1 -ftree-vectorize -msse it
--- Comment #23 from lucier at math dot purdue dot edu 2005-10-04 10:31
---
This bug was triaged as a duplicate of 21757, which has now been resolved as
fixed.
And this bug still doesn't work with mainline. Here are the symptoms.
[lindv2:~/Desktop/gcc-test] lucier% cat conftest.c
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-10-04 10:44 ---
The problem is, that with this part of the blamed patch
===
RCS file: /cvs/gcc/gcc/gcc/tree-inline.c,v
retrieving revision 1.182
retrieving revision
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-04 10:54
---
Subject: Bug 24064
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 10:54:11
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-04 10:54
---
Subject: Bug 24054
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 10:54:11
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #7 from pcarlini at suse dot de 2005-10-04 10:55 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pcarlini at suse dot de 2005-10-04 10:56 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-04 11:00 ---
Other approach, make sure we fold it. We don't have fold_build4, neither does
fold handle it. But there's fold_read_from_constant_string.
Index: fold-const.c
--- Comment #11 from bonzini at gcc dot gnu dot org 2005-10-04 11:12
---
rth asked that this fix be moved to the front-end. Also, the middle-end fix
triggers PR24151.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from uros at kss-loka dot si 2005-10-04 11:38 ---
(In reply to comment #6)
1) Is the testcase from Comment #3 really hitting the same bug? since when I
compile my original test case with -O1 -ftree-vectorize -msse it works, but
then again the reduction might cause
--- Comment #8 from uros at kss-loka dot si 2005-10-04 11:44 ---
(In reply to comment #5)
A regression hunt using an i686-linux cross compiler with the testcase from
comment #3 identifies this patch from [EMAIL PROTECTED]:
http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg00534.html
No,
An exception thrown from a C++ function which was called by an external C
function is not caught.
How to reproduce:
Consider the following files:
--- main.cc ---
#include string
#include iostream
using namespace std;
class error_class {
public:
error_class(const string msg) : message(msg)
version 4.1.0 20051004 (experimental)
gfortran was compiled with gcc from SuSE 9.3. Output of gcc -v:
Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--- Comment #15 from dberlin at gcc dot gnu dot org 2005-10-04 12:26
---
I think we can call this one fixed for now, i'll reopen if it goes crazy again
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #38 from dberlin at gcc dot gnu dot org 2005-10-04 12:30
---
As a 4.1 kludge, i can make the points-to analyzer do what it does for unions,
which is to glob everything to a single variable for those classes where it has
found two fields it thinks overlap.
This will lose
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-04 12:31 ---
When compiling C code, you need -fexceptions.
*** This bug has been marked as a duplicate of 11813 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-04 12:31
---
*** Bug 24187 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from amacleod at redhat dot com 2005-10-04 12:36 ---
It looks like operands scan times have snuck up again when building virtual
operand lists.
3.0 Ghz p4:
tree operand scan : 18.97 (27%) usr
TOTAL : 71.11
--
amacleod at redhat dot com
--- Comment #6 from dberlin at gcc dot gnu dot org 2005-10-04 12:37 ---
We, i know why this happens if you change the points-to sets. and we
can't fix it until escape analysis is disentangled from alias analysis.
So i'm going to resolve this as fixed, since the original bug is
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23989
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|build_v_may_defs and|[4.1 Regression]
|build_vuses can be improved
--- Comment #9 from uros at kss-loka dot si 2005-10-04 12:45 ---
The problem here is that we are out of GENERAL_REGS at the point of. This can
be seen in code, produced with -fomit-frame-pointer:
...
.L4:
movl1052(%esp), %edx
movl%ebp, (%edx,%ecx,4)
--- Comment #11 from amacleod at redhat dot com 2005-10-04 12:46 ---
Created an attachment (id=9868)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9868action=view)
patch to replace the operand build vectors
Virtual operands are maintained in a sorted order, and the scanner was
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-04 12:53 ---
(In reply to comment #6)
Other approach, make sure we fold it. We don't have fold_build4, neither does
fold handle it. But there's fold_read_from_constant_string.
I rather see this patch here than the first one
--- Comment #33 from pinskia at gcc dot gnu dot org 2005-10-04 12:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hubicka at ucw dot cz 2005-10-04 12:56 ---
Subject: Re: [4.1 Regression] error: incorrect sharing of tree nodes
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-10-04 10:44
---
The problem is, that with this part of the blamed patch
--- Comment #10 from uros at kss-loka dot si 2005-10-04 12:57 ---
(In reply to comment #9)
Sorry for typing too fast... Of course, load of %ebp is here:
foo:
pushl %ebp
pushl %edi
pushl %esi
pushl %ebx
subl$1032, %esp
leal
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-04 13:10
---
BTW: Peerhaps a tree expert could look into an optimized tree dump, maybe
something can be done there.
I doubt it. Unless you find that:
q.0 = (int) q;
r = q + (char *) (((long unsigned int) q.0 + 3) / 4 *
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18180
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-04 13:20
---
This works for me so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-04 13:25 ---
No feedback in 3 month (T-10 days).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-04 13:38
---
Fixed on the mainline at least. Will be applying to the branch later this
week.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-04 13:39
---
Subject: Bug 23125
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-04 13:39:17
Modified files:
gcc: ChangeLog c-decl.c varasm.c
gcc/cp
Program open DSO with dlopen; DSO has has any C++ global (static) object;
program close DSO with dlclose; crash at program exit. Compiler use
-fuse-cxa-atexit option, compiler was builded as
Reading specs from /opt/gcc-3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: ./configure
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #9 from rguenth at gcc dot gnu dot org 2005-10-04 13:42 ---
Patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-04 13:48 ---
This works for me with:
+ c++ -pthread -fexceptions -fident -g -fuse-cxa-atexit -c -o test.o test.cc
+ c++ -pthread -fexceptions -fident -g -fuse-cxa-atexit -o test test.o -ldl
+ c++ -pthread -fexceptions -fident
--- Comment #2 from hidden_peak at mail dot ru 2005-10-04 13:49 ---
Created an attachment (id=9870)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9870action=view)
testcase
Unpack, (cd dlclose-cxa; x.sh). Script (bash) x.sh compile and run test; crash
at exit.
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-04 13:52 ---
It works with your script too:
sh -x x.sh
+ CXX=/home/peshtigo/pinskia/ia32_linux_gcc3_4/bin/c++
+ /home/peshtigo/pinskia/ia32_linux_gcc3_4/bin/c++ -pthread -fexceptions
-fident -g -fuse-cxa-atexit -c -o test.o
--- Comment #4 from hidden_peak at mail dot ru 2005-10-04 13:54 ---
What is the version of glibc you have? I have 2.3.3.
2.2.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-04 13:55 ---
(In reply to comment #4)
What is the version of glibc you have? I have 2.3.3.
2.2.5
This sounds like a bug in your glibc then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-04 13:58
---
Subject: Bug 23576
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-04 13:58:42
Modified files:
gcc: ChangeLog c-decl.c
gcc/testsuite :
Konfigurerad med: ../4.1/configure --enable-languages=c,c++,f95 --enable-shared
--enable-threads=posix --disable-checking --program-suffix=-4.1.0
Trådmodell: posix
gcc version 4.1.0 20051004 (experimental)
g++-4.1.0 -O1 -c -O GCC-BUG.cpp
GCC-BUG.cpp: In function void __prepare_line(std::string, const char
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-04 14:01
---
Subject: Bug 23576
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 14:01:33
Modified files:
gcc: ChangeLog
--- Comment #12 from rguenth at gcc dot gnu dot org 2005-10-04 14:02
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from Thomas dot Svedberg at chalmers dot se 2005-10-04
14:02 ---
Created an attachment (id=9871)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9871action=view)
Preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24190
--- Comment #6 from hidden_peak at mail dot ru 2005-10-04 14:04 ---
May be. Just for info: Debian GNU/Linux 3.0 ('woody'),
Linux peak 2.6.12.5 #1 SMP Mon Aug 29 17:22:33 MSD 2005 i686 unknown
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-04 14:06 ---
*** This bug has been marked as a duplicate of 22488 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #39 from pinskia at gcc dot gnu dot org 2005-10-04 14:06
---
*** Bug 24190 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hidden_peak at mail dot ru 2005-10-04 14:17 ---
But may be this is problem in crtbeginS.o or crtendS.o? I.e. in something like
__cxa_finalize:
nm /opt/gcc-3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/crtbeginS.o
U _GLOBAL_OFFSET_TABLE_
w
--- Comment #6 from h dot m dot brand at xs4all dot nl 2005-10-04 14:24
---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
On 2 Oct 2005 13:23:41 -, h dot m dot brand at xs4all dot nl
[EMAIL PROTECTED] wrote:
--- Comment #5 from h dot m dot brand at xs4all dot nl
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-04 14:34 ---
Here is the output I have for those files in 3.4.0:
earth:~nm ~/ia32_linux_gcc3_4/lib/gcc/i686-pc-linux-gnu/3.4.0/crtendS.o
d __CTOR_END__
t __do_global_ctors_aux
d __DTOR_END__
r
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-04 14:36 ---
And how I configured GCC:
earth:~~/ia32_linux_gcc3_4/bin/gcc -v
Reading specs from
/home/gates/pinskia/ia32_linux_gcc3_4/lib/gcc/i686-pc-linux-gnu/3.4.0/specs
Configured with: ../configure
--- Comment #12 from drab at kepler dot fjfi dot cvut dot cz 2005-10-04
14:38 ---
(In reply to comment #7)
As further evidence, using -fomit-frame-pointer, I was not able to produce an
ICE for any testcase in this bugreport.
I was under the impression that -fomit-frame-pointer is
--- Comment #7 from dje at watson dot ibm dot com 2005-10-04 15:00 ---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
h dot m dot brand at xs4all dot nl writes:
h Next step is to upgrade vac-6.0.0.11 to vac-7.0.0.3
You said that you are bootstrapping with GCC-4.0
--- Comment #2 from menzel at ls6 dot cs dot uni-dortmund dot de
2005-10-04 15:10 ---
(In reply to comment #1)
I think this only effects 4.0.x.
Yes, I tried version 3.4.4, 4.0.0 and 4.0.2 of the compiler.
No Problem with 3.4.4, while 4.0.0 and 4.0.2 fail.
--
--- Comment #40 from rguenth at gcc dot gnu dot org 2005-10-04 15:12
---
(In reply to comment #38)
As a 4.1 kludge, i can make the points-to analyzer do what it does for unions,
which is to glob everything to a single variable for those classes where it
has
found two fields it
--- Comment #41 from mark at codesourcery dot com 2005-10-04 15:28 ---
Subject: Re: [4.1 Regression] push_fields_onto_fieldstack
calculates offset incorrectly
rguenth at gcc dot gnu dot org wrote:
--- Comment #40 from rguenth at gcc dot gnu dot org 2005-10-04 15:12
---
--- Comment #11 from pcarlini at suse dot de 2005-10-04 15:44 ---
The DR is now [Ready] and we can implement its straightforward resolution.
--
pcarlini at suse dot de changed:
What|Removed |Added
Compiling libgfortran results in this ICE:
../../../libgfortran/generated/maxloc0_16_i4.c: In function
#8216;maxloc0_16_i4#8217;:
../../../libgfortran/generated/maxloc0_16_i4.c:154: error: unrecognizable insn:
(insn 592 591 593 22 ../../../libgfortran/generated/maxloc0_16_i4.c:107 (set
(mem:DI
--- Comment #1 from schwab at suse dot de 2005-10-04 15:46 ---
Created an attachment (id=9873)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9873action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24193
--- Comment #10 from hidden_peak at mail dot ru 2005-10-04 15:49 ---
Like my.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #11 from hidden_peak at mail dot ru 2005-10-04 15:55 ---
Sometimes test run fine fror me too, but (the same build and same evironment!)
sometimes not. This like depends upon garbage... Well, as expected---call of
dtor of died object.
--
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-04 16:14
---
Subject: Bug 19382
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-04 16:14:52
Modified files:
gcc: ChangeLog builtins.c
Log message:
PR
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-04 16:16
---
Subject: Bug 19382
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-04 16:16:10
Modified files:
gcc: ChangeLog
--- Comment #12 from bonzini at gcc dot gnu dot org 2005-10-04 16:53
---
C and middle-end part was approved; I'd rather wait for C++ approval too before
committing it, because committing the approved parts will reintroduce a C++
regressions.
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-04 16:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from kargl at gcc dot gnu dot org 2005-10-04 17:06 ---
(In reply to comment #3)
Patch posted.
Ok for mainline and 4.0. Note, please cross post Fortran patches
to fortran@ mailinglist.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24176
1 - 100 of 186 matches
Mail list logo