--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-06 00:03
---
Subject: Bug 23714
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 00:02:58
Modified files:
gcc: ChangeLog tree-cfg.c tree-flow.h
--- Comment #7 from rth at gcc dot gnu dot org 2005-10-06 00:08 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-06 00:24 ---
(In reply to comment #5)
> Actually this effects x86_64 only or if you have a local patch to turn on omit
> frame pointer all the time
> and -fasynchronous-unwind-tables which is why only x86_64 is effected on a
>
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-06 00:32 ---
Closing as works for me, this works for me and it worked for Honza on
2005-09-28, see PR 23396, comment #5.
Plus 2.15 errored out with your .s file. So it looks like one of your local
patches were breaking this.
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-06 00:47
---
Subject: Bug 23205
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 00:47:21
Modified files:
gcc: ChangeLog dbxout.c
gcc/testsuite : C
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-06 00:52 ---
Hmm, this is after cse2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23651
--- Comment #9 from rth at gcc dot gnu dot org 2005-10-06 00:53 ---
Created an attachment (id=9898)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9898&action=view)
maybe fix mode switching vs abnormal edges
Try this patch on top of the other.
--
http://gcc.gnu.org/bugzilla/sh
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23706
The Debian HPPA buildd is failing with an ICE when building SwingWT
for the HPPA.
Here's the full build log:
http://buildd.debian.org/fetch.php?&pkg=swingwt&ver=0.87-2&arch=hppa&stamp=1126289145&file=log&as=raw
Here's the interesting line:
swingwtx/swing/JOptionPane.java:325: internal compiler er
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-06 01:16 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-06 01:21 ---
I have a fix for this bug, return_label and naked_return_label don't need to be
set after expand. Hmm, maybe we could move them to global memory and not use
up 8-16 bytes in function.c since we never expand more tha
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-06 01:24
---
Could you try the patch which I posted in PR 23651 and see if that fixes the
issue, if it does please assign this to me?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-06 01:28 ---
(In reply to comment #6)
> I can reproduce this reliably for powerpc64-linux with -m64 using the testcase
> in comment #3; using -m32 the results are intermittent.
>
> A regression hunt identified the following patc
Compiling a C++ file with -fsyntax-only -ftime-report includes time spent on
'tree gimplify'. Unless I'm missing something, -fsyntax-only shouldn't have to
gimplify anything.
-Chris
--
Summary: -fsyntax-only runs the gimplifier
Product: gcc
Version: unknown
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-06 01:30 ---
This needed for some syntaxical analysis, IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24222
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-06 01:37 ---
The following explains about the C compiler:
http://gcc.gnu.org/ml/gcc/2004-05/msg00257.html
It is semantical analysis and not syntax.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24222
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-06 01:42 ---
right now if we don't gimplify with -fsyntax-only, we would not be able to
diagnostic the following:
void f(void)
{
break;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24222
--- Comment #4 from sabre at nondot dot org 2005-10-06 01:51 ---
The gimplifier apparently emits these three errors:
error ("memory input %d is not directly addressable", i);
error ("invalid lvalue in asm output %d", i);
error ("too few arguments to function %");
In an ideal, modular,
ull bug report,
with preprocessed source if appropriate.
How do I attach source causing error?
GNU Fortran 95 (GCC) 4.1.0 20051005 (experimental)
Copyright (C) 2005 Free Software Foundation, Inc.
Downloaded binary for x86/Linux -- didn't compile gfortran myself.
--
Summary:
--- Comment #1 from van dot snyder at jpl dot nasa dot gov 2005-10-06
01:59 ---
Created an attachment (id=9899)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9899&action=view)
Source code that causes crash
I tried to compile this program using the Makefile in the tarball. It got
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-06 02:42 ---
I am going to reduce both of these, I can reproduce them, I just will make this
a meta-bug and make new bugs for the reduced testcases.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from kkojima at gcc dot gnu dot org 2005-10-06 02:49
---
The patch gets rid of the ICE and makes it possible to build
libjava with --enable-cheching on sh4-unknown-linux-gnu again.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23706
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-06 03:14 ---
Oh, the second ICE is because of the first one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from rth at gcc dot gnu dot org 2005-10-06 03:17 ---
And regression testing? Anything that actually excersises the fpscr switching
code...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23706
Currently gfortran checks the array descriptor of an interanl unit and only
allows IO if the stride is 1 and all records are contiguous. Further review of
the F95 Standard finds section 9.2.2.1 which clarifies the requirement. (I did
not interpret this right on the first go around).
I have a pat
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-06 03:24 ---
Reduced testcase:
module FLAGS
character(len=5) :: Encodings
character :: at, dev
equivalence ( encodings(1:1),at ), ( encodings(2:2),dev)
end module FLAGS
Like PR 17917 but this time with character/stri
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-06 03:27 ---
Closing as fixed for 4.1 as the patch is invasive.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from dave dot offiler at metoffice dot gov dot uk
2005-10-06 03:28 ---
Subject: Out of Office AutoReply: [4.0 Regression] 2D array initialization
with reshape
Sorry, I'm away just now. I'll be back in the office on
Tuesday 11th October 2005
and will read your message
--- Comment #10 from dje at gcc dot gnu dot org 2005-10-06 04:30 ---
You say: "I re-ran without -B", but the Make output clearly shows the command
still present:
CC_FOR_BUILD=" stage1/xgcc -Bstage1/
-B/usr/local/ppc64/powerpc-ibm-aix5.2.0.0/bin/"
The configuration process remembers the
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from laurent at guerby dot net 2005-10-06 06:16 ---
Patch was not commited
--
laurent at guerby dot net changed:
What|Removed |Added
Status|RES
--- Comment #4 from laurent at guerby dot net 2005-10-06 06:16 ---
Patch was not commited
--
laurent at guerby dot net changed:
What|Removed |Added
Status|RES
--- Comment #11 from h dot m dot brand at xs4all dot nl 2005-10-06 06:33
---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
On 6 Oct 2005 04:30:37 -, "dje at gcc dot gnu dot org"
<[EMAIL PROTECTED]> wrote:
> --- Comment #10 from dje at gcc dot gnu dot org 2005-10-06
--- Comment #9 from giovannibajo at libero dot it 2005-10-06 06:44 ---
The patch was rejected. Not working on this anymore.
--
giovannibajo at libero dot it changed:
What|Removed |Added
--
--- Comment #12 from kkojima at gcc dot gnu dot org 2005-10-06 06:55
---
There are no regressions on x86-linux cross sh4-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23706
101 - 135 of 135 matches
Mail list logo
