--- 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
--- 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 #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 #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
--
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 #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
--- 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 #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 #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
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 #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
--- 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 #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 #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 #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
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 #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,
--- 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 #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 #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
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 #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
--- 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 #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 #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
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
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23706
--- 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
--- 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 #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 #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 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 #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 #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 ian at airs dot com 2005-10-05 23:36 ---
This is not a bug in the assembler. The attached assembler code is trying to
put the difference between a symbol in the .text section (.LCFI10) and the
.text.unlikely section (.LCFI11) into the .debug_frame section. There is
--- Comment #24 from mark at codesourcery dot com 2005-10-05 22:34 ---
Subject: Re: dependent expressions in attributes
rth at gcc dot gnu dot org wrote:
> --- Comment #23 from rth at gcc dot gnu dot org 2005-10-05 21:16 ---
> I'm surprised this is considered tricky. Seems to
--- Comment #30 from gerrit at gcc dot gnu dot org 2005-10-05 22:09 ---
It crashes on Cygwin too. I wonder if --enable-fully-dynamic-string should be
the default when building on platforms where it is known to fail without this
option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #2 from erik dot edelmann at iki dot fi 2005-10-05 21:38
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00171.html
--
erik dot edelmann at iki dot fi changed:
What|Removed |Added
--
--- Comment #23 from rth at gcc dot gnu dot org 2005-10-05 21:16 ---
I'm surprised this is considered tricky. Seems to me you just stuff the
attribute away in the parse tree somewhere and pretend we've just read it
in during template instantiation. That's what we do with everything el
--- Comment #10 from redi at gcc dot gnu dot org 2005-10-05 21:16 ---
Yes, I agree with Anthony, DR228 is about nested-name-specifiers, this bug is
about an unqualified-id, so 3.4.5p2 should still apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24161
--- Comment #22 from bkoz at gcc dot gnu dot org 2005-10-05 21:06 ---
Richard adding you. Any thoughts? We've been blocked on this for quite some
time. There are a large number of issues that would be resolved or that we
could try to make progress on if there was forward movement on this
--- Comment #21 from bkoz at gcc dot gnu dot org 2005-10-05 21:03 ---
Richard adding you.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-05 21:03
---
Subject: Bug 23818
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 21:03:05
Modified files:
gcc: ChangeLog
--
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 #15 from laurent at guerby dot net 2005-10-05 20:08 ---
Created an attachment (id=9897)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9897&action=view)
-fdump-rtl-expand-details
s-arit64.adb.00.expand-normal : -O2 -gnatpg
s-arit64.adb.00.expand-no-tree-ter : -O2 -gnatp
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-05 20:05 ---
Moving target milestone to 4.2 since this is java bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-05 20:05 ---
Moving target milestone to 4.2 since this is java bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 19:54 ---
Confirmed, And Devang was going to look into it:
http://gcc.gnu.org/ml/gcc-regression/2005-10/msg00014.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #27 from pinskia at gcc dot gnu dot org 2005-10-05 19:52
---
Fixed in both the mainline and 4.0 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from pinskia at gcc dot gnu dot org 2005-10-05 19:52
---
Fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #26 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:52
---
Subject: Bug 24069
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:52:14
Modified files:
gcc: ChangeLog reloa
--- Comment #23 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:52
---
Subject: Bug 20606
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:52:14
Modified files:
gcc: ChangeLog reloa
--- Comment #25 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:50
---
Subject: Bug 24069
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:50:28
Modified files:
gcc: ChangeLog reload.c
Log message:
2005
--- Comment #22 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:50
---
Subject: Bug 20606
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:50:28
Modified files:
gcc: ChangeLog reload.c
Log message:
2005
--- Comment #8 from jsberg at bnl dot gov 2005-10-05 19:41 ---
Yup, I pulled the CVS and it works for me to.
--
jsberg at bnl dot gov changed:
What|Removed |Added
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Mil
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Mil
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Mil
--- Comment #14 from mckinlay at redhat dot com 2005-10-05 19:39 ---
All patches from this bug have now been ported to the 4.0 branch, so I'm
closing it. Future fixes for 4.0 should be considered on a case-by-case basis,
or a new meta-bug opened if it freezes again.
--
mckinlay at re
--
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=18907
--
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=15938
--
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=23119
--- Comment #17 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 19870
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog dec
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 21844
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog dec
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 20338
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog decl
--
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=4945
FAIL: gcc.dg/i386-sse-vect-types.c (test for errors, line 17)
appeared on mainline between 20051004 and 20051005 on i686-pc-linux-gnu. This
is a new test.
--
Summary: gcc.dg/i386-sse-vect-types.c (test for errors, line 17)
fails
Product: gcc
FAIL: gcc.dg/vect/fast-math-vect-reduc-5.c execution test
has appeared on mainline between 20051004 and 20051005 on ia64-hp-hpux11.23,
both -milp32 and -mlp64. This test previously PASSed.
--
Summary: [4.1 Regression] gcc.dg/vect/fast-math-vect-reduc-5.c
--- Comment #2 from pcarlini at suse dot de 2005-10-05 19:12 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:11
---
Subject: Bug 24198
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:11:19
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/testsuite/27_
--- Comment #15 from rth at gcc dot gnu dot org 2005-10-05 18:23 ---
"Fixed".
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-05 18:19
---
Subject: Bug 23602
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 18:19:26
Modified files:
gcc: ChangeLog toplev.c
gcc/config/i386: i386.
--- Comment #2 from laurent at guerby dot net 2005-10-05 17:55 ---
Also fixed in 4.1.0 20051001 (experimental).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24212
We are using filebuf.open call to open a file in readonly mode in a
multi-threaded application. The result of the open call is checked with
is_open. The truss log shows that the file was opened successfully giving the
file handle. However, the application log shows that the open call failed and
--- Comment #3 from dpatel at apple dot com 2005-10-05 17:02 ---
Subject: Re: [4.0/4.1 Regression] DBX_USE_BINCL support broken in the C++
compiler
AFAIK, It is not about compile time issue. There is another patch
available which is better than what is in apple branch.
--
http:/
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 16:27 ---
Confirmed, a regression from 3.4.0.
Was introduced between "3.5.0 20040909" and "4.0.0 20041124".
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from uros at kss-loka dot si 2005-10-05 16:11 ---
According to comment #5, closed as WONTFIX on branches.
--
uros at kss-loka dot si changed:
What|Removed |Added
---
--- Comment #5 from reichelt at gcc dot gnu dot org 2005-10-05 16:06
---
This is now fixed on the 4.0 branch, too.
Unfortunately I committed a suboptimal version to the 3.4 branch and mainline:
Misreading Mark's comments on the original patch I used
if (arg == error_mark_node || erro
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-05 16:00
---
Subject: Bug 23965
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 16:00:11
Modified files:
gcc/cp : ChangeLog call.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |trivial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9751
--- Comment #13 from pcarlini at suse dot de 2005-10-05 15:50 ---
Fixed for 4.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from reichelt at gcc dot gnu dot org 2005-10-05 15:50
---
Testcase now also on the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:49
---
Subject: Bug 18368
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 15:49:50
Modified files:
gcc/testsuite : ChangeLog
Added
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:49
---
Subject: Bug 11729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 15:49:39
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/include/bits
--- Comment #7 from bonzini at gcc dot gnu dot org 2005-10-05 15:45 ---
This could be fixed now (because of the fix for PR17860 and other
import-related bugs).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18796
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-10-05 15:37
---
Testcase now also on the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:36
---
Subject: Bug 17609
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 15:36:28
Modified files:
gcc/testsuite : ChangeLog
Added
--- Comment #13 from amacleod at redhat dot com 2005-10-05 15:22 ---
fixed
--
amacleod at redhat dot com changed:
What|Removed |Added
Status|REOPENED
--
fitzsim at redhat dot com changed:
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-05 15:21
---
(In reply to comment #18)
> This is because libffi gets the alignment wrong. I have to look into libffi's
> code.
And I have a fix for that too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--- Comment #2 from fitzsim at redhat dot com 2005-10-05 15:21 ---
Fixed. Closing.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:16
---
Subject: Bug 18587
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-05 15:16:42
Modified files:
gcc: ChangeLog tree-ssa-opfinalize.h
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-05 15:06
---
The patch causes the following failures:
FAIL: libffi.call/nested_struct3.c execution test
This is because libffi gets the alignment wrong. I have to look into libffi's
code.
--
http://gcc.gnu.org/bugzilla/
If in a .h file you include another file with the same name, but in a different
directory, that contains a #pragma interface, it seems that the #pragma
interface gets extended to the current file, past the end of the included file.
In the following example there are three files:
a.h : contains t
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-05 15:05 ---
This works on the mainline at least.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24204
--- Comment #6 from bonzini at gcc dot gnu dot org 2005-10-05 13:40 ---
committed to 4.0 branch too.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-05 13:40
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENE
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-05 13:39
---
Subject: Bug 24146
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 13:39:51
Modified files:
gcc: ChangeLog c-typ
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-05 13:39
---
Subject: Bug 21419
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 13:39:51
Modified files:
gcc: ChangeLog c-typ
1 - 100 of 135 matches
Mail list logo
