Mike Stump wrote:
configure --with-headers=/cygwin/usr/include --with-libs=/cygwin/usr/
lib target=i386-pc-cygwin make make install
would be an example of how I used to build one up, see the gcc
documentation for details. --with-sysroot or some such might be
another way to to do it
Thanks James,
Shall I create a new bug report or re-open:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21626
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21478
Etienne.
--- James E Wilson [EMAIL PROTECTED] wrote:
Etienne Lorrain wrote:
Investigated again a big increase of size going
Ivan Novick wrote:
Can you recommend a solution for compiling Windows DLLs on any
variation of UNIX?
You can use GCC/MinGW built as a cross-compiler to do this. If you
do not mind a shameless plug, read:
http://ranjitmathew.hostingzero.com/phartz/gcj/bldgcj.html
HTH,
Ranjit.
--
Ranjit
If we add a library function to handle this we might want to
add a GNU-style argument equivalent like
gcc --arguments-from-file=file
Which would be equivalent to:
gcc @file
May be some GNU tools already have standardized on a long
argument name for such a feature, but none came to my mind
(and
Hi all,
I am hoping to contribute a new port to gcc in the near future and I am
currently testing the port using the testsuite. My new port is for a
16-bit embedded processor which doesn't support any conventional IO
(printf, etc.), nor does it support floating point. Is there an easy way
to
Original Message
From: Daniel Towner
Sent: 26 August 2005 11:48
Hi all,
I am hoping to contribute a new port to gcc in the near future and I am
currently testing the port using the testsuite. My new port is for a
16-bit embedded processor which doesn't support any conventional IO
Snapshot gcc-4.1-20050826 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20050826/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 CVS branch
with the following options: -D2005-08-26 10:43 UTC
You'll find
Unless the @file contains a file that begins with a '\@' that got passed
on to gcc, presumably. I guess that would mean that you'd need to do
some complicated quoting to actually pass a file beginning with '@' to
gcc.
That's why DJGPP silently ignores @files that don't correspond to
files.
Hi,
I'm experiencing some issue with using a precompiled header with an
Objective-C file. When including the header, I'll get duplicate
symbols, like this:
---snip---
SaxAttributeList.m:188: error: redefinition of 'struct _objc_symtab'
SaxAttributeList.m:188: error: redefinition of 'struct
On Aug 26, 2005, at 10:16 AM, Helge Hess wrote:
Hi,
I'm experiencing some issue with using a precompiled header with an
Objective-C file. When including the header, I'll get duplicate
symbols, like this:
---snip---
SaxAttributeList.m:188: error: redefinition of 'struct _objc_symtab'
Laurent GUERBY [EMAIL PROTECTED] writes:
If we add a library function to handle this we might want to
add a GNU-style argument equivalent like
gcc --arguments-from-file=file
AFAIK gcc doesn't support any GNU-style arguments, isn't it?
I'd consider
gcc @file
gcc -@ file
gcc -args-from-file
Joern Rennecke wrote:
I've started a make check-target-libjava yesterday, in the hope that
this would give
me a handle on things, but it's still not finished after 22 hours.
It's still not finished, but in the meantime I modifed the code to abort
in the case where
the old code would
Joern RENNECKE wrote:
java uses char_type_node for its character type, which is 16 bits.
gcc/java/decl.c:747 java_init_decl_processing:
TYPE_PRECISION (char_type_node) = 16;
On the other hand, tree.c uses char_type_node as the type of the
smallest addressable
unit:
tree.c:489
On Friday, August 26, 2005, at 12:59 AM, Kai Ruottu wrote:
Is there any sane reasons for this on systems which never have had that
non-GNU native 'cc' ?
Consistency. This is only bad if one abhors consistency and
predicability. No?
I'll abstain from answering the other questions, I think
Sergei Organov [EMAIL PROTECTED] writes:
Laurent GUERBY [EMAIL PROTECTED] writes:
If we add a library function to handle this we might want to
add a GNU-style argument equivalent like
gcc --arguments-from-file=file
AFAIK gcc doesn't support any GNU-style arguments, isn't it?
Original Message
From: Mike Stump
Sent: 26 August 2005 17:48
On Friday, August 26, 2005, at 12:59 AM, Kai Ruottu wrote:
Is there any sane reasons for this on systems which never have had that
non-GNU native 'cc' ?
Consistency. This is only bad if one abhors consistency and
Sergei Organov [EMAIL PROTECTED] writes:
Anyway, my gcc docs only mention:
--target-help
--help
--version
--param NAME=VALUE
Yeah, it looks like the double dash long options got added without
ever being documented.
For the record, they were added here:
Sat Mar 6 15:08:59 1993 Richard
On Fri, 2005-08-26 at 10:21 -0700, Ian Lance Taylor wrote:
Sergei Organov [EMAIL PROTECTED] writes:
Anyway, my gcc docs only mention:
--target-help
--help
--version
--param NAME=VALUE
Yeah, it looks like the double dash long options got added without
ever being documented.
On Fri, 2005-08-26 at 01:46, Etienne Lorrain wrote:
Shall I create a new bug report or re-open:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21626
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21478
That's a different bug, in the gimplifier. This one is in the
middle-end in expand_expr. I'd
Tristan Wibberley wrote:
I certainly agree with (a). For (b), I think a gcc compiler that is
intended to produce normal Windows binaries should have the same
commandline interface as Microsoft's compiler (I mean *all* of the
commandline interface) - for build scripts and development environments
On Fri, Aug 26, 2005 at 05:03:08PM +0100, Joern RENNECKE wrote:
On the other hand, tree.c uses char_type_node as the type of the
smallest addressable
unit:
tree.c:489 make_node_stat
case tcc_type:
TYPE_UID (t) = next_type_uid++;
TYPE_ALIGN (t) = char_type_node ? TYPE_ALIGN
On 26 Aug 2005, Kai Ruottu complained:
Not even mentioning Linux and its GCC idea: There can
be only one!, seemingly borrowed from the Highlander -- that all the
GCCs on a host system should use a common $prefix has seemingly been
totally unknown by the Linux people and they
DJ Delorie [EMAIL PROTECTED] writes:
gcc -c ./@foop.cpp
and of course the same goes for files with names that begin with '-'.
That only works if the argument reflects a file name, and not some other
syntactical sugar. Granted, gcc has no such arguments, but libiberty
has a wider scope
DJ Delorie wrote:
However, I don't see a way to do that for *all* OSs, and people seem
to want that. So while I won't actively support it in libiberty, I
won't hinder it either.
Great!
To make it as unobtrusive as possible, I request that the
application-side only require one line:
However, I have a counter-proposal, which is that we use libiberty's
existing buildargv.
I wasn't specifying DJGPP's exact code, mostly these features:
1. Recursion. @file inside another @file causes further expansion.
2. Support for find -print0 which is more robust than
Hello everyone,
There is a warning message I would dearly love to see improved
a little. Its the one where you use a variable without it being
initialized first:
foo.c:123: warning: `foo' might be used unitialized in this function
Obviously, there was some code somewhere that used variable
Kean Johnston wrote:
Hello everyone,
There is a warning message I would dearly love to see improved
a little. Its the one where you use a variable without it being
initialized first:
foo.c:123: warning: `foo' might be used unitialized in this function
Obviously, there was some code
DJ Delorie wrote:
However, I have a counter-proposal, which is that we use libiberty's
existing buildargv.
I wasn't specifying DJGPP's exact code, mostly these features:
OK.
1. Recursion. @file inside another @file causes further expansion.
Yes, my implementation happened to already do
A common situation would be:
if (condition) {
flag = 1
msg = Hello World;
} else
flag = 0; [1]
...
if (flag)
printf (I say, %s\n, msg); [2]
Point [1] is where I fail to init
Most of this really doesn't deserve an answerr, but I'll give you a
couple anyway. You spend a lot of time blaming people for their
opinions, without any evidence that you've actually understood their
opinions right. Most of what I've snipped is completely untrue.
On Fri, Aug 26, 2005 at
I have a bit of a disagreement with the optimization toward memset()
calls. In one of my libraries, libteklti, I have a function named
ucharempty(), which frees a uchar_t (unique character structure) from
memory. If the user elects to have the memory erased prior to calling
free(), memset() is
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 06:08
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make
You did not read my suggestion of doing --with-as=PATHTOAS.
I had --with-gnu-as=/usr/local/bin/arm-linux-as in my last e-mail
under
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
07:33 ---
Subject: Bug 23560
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-26 07:33:27
Modified files:
gcc:
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 07:37
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make
Pinski-
That last configuration I sent you seems to almost work. Make finally
finished and then I ran make install. arm-linux-gcj
--- Additional Comments From andreast at gcc dot gnu dot org 2005-08-26
07:47 ---
do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o HelloWorld.exe
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
--- Additional Comments From uros at kss-loka dot si 2005-08-26 07:50
---
The problem here is in the sse_concatv2sf pattern:
;; ??? In theory we can match memory for the MMX alternative, but allowing
;; nonimmediate_operand for operand 2 and *not* allowing memory for the SSE
;;
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-26
07:55 ---
Unfortunately the patch causes gcc.c-torture/compile/920928-5.c to fail on
powerpc-linux. Infinite recursion in gimplify_expr.
--
What|Removed |Added
Compiling using
g77 -save-temps -g -W -o opacTesting opacityTesting.f contop_3D.f eos_eqn.f
eos.f lineq.f /usr/lib/liblapack.so.2
produces the following output:
opacityTesting.f: In program `MAIN__':
In file included from opacityTesting.f:0:
opacityTesting.f:470: internal compiler error: in
--- Additional Comments From samreg at astro dot uu dot se 2005-08-26
08:05 ---
Created an attachment (id=9588)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9588action=view)
file produced by save-temps command
The bug lists a range of source files included in the compilation
I tried compilers 4.1.0 through mainline and none of them warn about nitializing
a float variable with a value that will overflow, underflow, or lose precision
for -W or -Wextra.
But in GCC info, It is said like this:
in GCC info(GCC 3.3.4).
`-Wextra'
(This option used to be called `-W'.
isfy its constraint message while compiling newlib
X-Bugzilla-Reason: CC
The above mentioned error occur while:
My system is set up with compiler gcc-4.0.1 build on linux for native linux
On this system I build the binutils and crosscompiler for target m68hc12.
After compiling this gcc-m68hc12
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Status|NEW
--- Additional Comments From aw11 at os dot inf dot tu-dresden dot de
2005-08-26 09:13 ---
GCC must error out when clobbering the frame pointer register because it is
likely to generate faulty code when the frame pointer is clobbered. You have to
save and restore the frame pointer on
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
09:34 ---
I have a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From uros at kss-loka dot si 2005-08-26 09:35
---
(In reply to comment #3)
Unfortunatelly, ludcompf() result (the second one) is wrong when -O1 or -O2
is used. It is correct without optimizations.
This is a problem of infamous i387 precision handling. The
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-26
10:27 ---
Thank you very much for fixing this so quickly!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-26
10:48 ---
Have a possible patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
gcc version: 4.0.2 20050825 (prerelease)
Configured with: ../gcc-4.0-20050825/configure --prefix=/opt/gcc4
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-languages=c,c++
Command line:
gcc -c -march=pentium4 -O3 test.ii
(removing the -O3 flag
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-26
11:32 ---
Created an attachment (id=9589)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9589action=view)
Original reduced source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-26
11:33 ---
Created an attachment (id=9590)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9590action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
11:47 ---
The opacityTesting.f is required to reproduce this.
--
What|Removed |Added
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
Summary|insn does not sat
--
What|Removed |Added
Component|c++ |target
GCC host triplet|i686-pc-linux-gnu |
GCC target triplet|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
11:53 ---
*** This bug has been marked as a duplicate of 20528 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
11:54 ---
*** Bug 21201 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
11:54 ---
*** This bug has been marked as a duplicate of 20528 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
11:54 ---
*** Bug 23574 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Summary|ICE: output_operand:|[4.0/4.1 Regression] ICE:
|unterminated assembly |output_operand: unterminated
--
What|Removed |Added
Target Milestone|--- |3.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23573
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
12:07 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23575
Did work with 4.0.2 20050728, does no longer with 4.0.2 20050825
--
Summary: [4.0 regression] tree check: expected class type, have
exceptional (error_mark) in grokdeclarator, at c-
decl.c:4252
Product: gcc
Version:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
12:33 ---
Created an attachment (id=9591)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9591action=view)
testcase (unreduced)
Testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
12:50 ---
Semms to be fixed on todays branch.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
12:51 ---
Can you show an example?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23572
gcc generates supruious warnings about switches not handling things which it
could (or should) be easily able to deduce are impossible (e.g. assert(v!=FOO)
just before the switch that gets reported for not handling FOO.
Environment:
System: Linux duncan 2.6.11.10 #34 Thu May 26 11:47:48 BST 2005
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:02 ---
The warning is done without flow control.
The optmization needs a full VRP which keeps of track of discontinuous ranges
which is too expensive
really.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:27 ---
Confirmed, reduced testcase:
typedef double __v2df __attribute__ ((__vector_size__ (16)));
typedef __v2df __m128d;
static __inline __m128d __attribute__((__always_inline__)) _mm_set1_pd (double
__F) {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:30 ---
It is obvious what is wrong from the .md file:
(define_insn sse2_movsd
[(set (match_operand:V2DF 0 nonimmediate_operand =x,x,m,x,x,o)
(vec_merge:V2DF
(match_operand:V2DF 2
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
13:50 ---
Patch posted.
--
What|Removed |Added
URL|
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
13:57 ---
Not. Needs a checking enabled compiler to reproduce. That did work with
4.0.2 20050728 may be bogous therefore, too.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
14:07 ---
Reduced testcase:
struct ipr_path_entry path[0];
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
14:09 ---
Oh, and we blame
2005-08-16 James E Wilson [EMAIL PROTECTED]
PR tree-optimization/21105
* c-decl.c (grokdeclarator): Use TYPE_SIZE_UNIT not TYPE_SIZE in
TREE_OVERFLOW check.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
14:14 ---
The reduced testcase also fails on the mainline and in 4.0.0.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
14:15 ---
Note this is a latent bug before Jim's patch, it just exposed the non reduced
testcase ICE on the 4.0
branch for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
14:30 ---
For your last testcase,
struct A { int a[1000]; }
A f();
void g(A);
void h() { g(f()); }
all of 3.4 and 4.1 produce exactly two temporaries.
One to dump the result of f(), which get's copied to a new temp
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-26
14:24 ---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make
On Aug 26, 2005, at 10:21 AM, Nathan M wrote:
do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
14:59 ---
: Search converges between 2004-10-25-014001-trunk (#609) and
2004-10-25-161001-trunk
(#610).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23491
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:01 ---
It started to fail after 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23513
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:02 ---
: Search converges between 2004-10-20-014001-trunk (#600) and
2004-10-20-161001-trunk
(#601).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23440
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:05 ---
I am handling the testcase.
--
What|Removed |Added
AssignedTo|rth at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:14 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
15:14 ---
Subject: Bug 22439
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 15:14:14
Modified files:
gcc/testsuite : ChangeLog
Added files:
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
15:53 ---
Subject: Bug 23081
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 15:52:54
Modified files:
libstdc++-v3 : ChangeLog
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23081
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 15:57
---
This got broken by the libcpp/files.c part of
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00272.html
My understanding of the change was that this was just a performance improvement.
The question is if that
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 16:16
---
Indeed. If I back out:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/files.c.diff?r1=1.3r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/files.c.diff?r1=1.1r2=1.2
it works just fine.
*** This bug
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 16:16
---
*** Bug 20356 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
Just an internal reminder: seems really straightforward.
--
Summary: Implement resolution of DR 464 [Ready]
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Severity|normal
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 14:22
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make
do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o
HelloWorld.exe
Still reporting an error, althought slightly
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
16:23 ---
Patch.
--
What|Removed |Added
URL|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
16:27 ---
Subject: Bug 23506
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 16:26:54
Modified files:
gcc: ChangeLog c-common.c
Log message:
--
What|Removed |Added
BugsThisDependsOn||23579
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
The patch from rtl-optimization/23478 breaks Ada:
$ gdb --args ../../gnat1 -quiet -dumpbase a-stzmap.adb -O2 -W -Wall -fPIC -g
-gnatpg -gnatO a-stzmap.o a-stzmap.adb -o /tmp/ccH9s7Af.s
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 17:07
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make
You want --main=MAINCLASS (or in this case HelloWorldApp).
Ok, I fixed that and it seem to cross compile fine without any errors.
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 17:11
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring make
For reference the exact compile line I gave was:
===code===
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
17:14 ---
Fixed on the mainline at least.
--
What|Removed |Added
Known to fail|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
17:17 ---
Subject: Bug 23467
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 17:17:06
Modified files:
gcc: ChangeLog stor-layout.c
Log
--
What|Removed |Added
Summary|[4.1 regression] rtl- |[4.1 regression] rtl-
|optimization/23478 breaks |optimization/23478 breaks
1 - 100 of 163 matches
Mail list logo
