--- 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
unde
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-26 04:42 ---
Subject: Bug 21660
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Thomas Fitzsimmons <[EMAIL PROTECTED]> 05/08/26 04:35:50
Modified files:
--- Additional Comments From fitzsim at redhat dot com 2005-08-26 04:36
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
04:32 ---
You did build in a clean directory the last time. This works for many other
people. People build cross
compilers all the time.
--
What|Removed |Added
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-26
04:26 ---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
>
>
> --- Additional Comments From ngmlinux at gmail dot com 2005-08-26 04:24
> ---
> Bug reopened
>
You did no
>
>
> --- Additional Comments From ngmlinux at gmail dot com 2005-08-26 04:24
> ---
> Bug reopened
>
You did not read my suggestion of doing --with-as=PATHTOAS.
-- pinski
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 04:24
---
Bug reopened
--
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 04:23
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
I was able to find an arm-linux-as and arm-linux-ld under
/usr/local/bin, hopefully these are the correct files and versions of
them.
--- Additional Comments From fitzsim at redhat dot com 2005-08-26 04:03
---
The segfault is fixed:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23571
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
03:53 ---
No feedback in 3 moths (T-5 days).
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
03:52 ---
No feed back in 3 months (T-4 days).
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
03:48 ---
Here is an interesting thing:
if we do:
int f[3];
int *h(void)
{
return &f[-1];
}
---
The C front-end expands it like:
(insn 10 9 11 (set (reg:SI 60)
(const_int -4 [0xfffc])) -1 (nil)
(nil
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
03:36 ---
Reduced as far as I can get this:
typedef float __v4sf __attribute__ ((__vector_size__ (16)));
typedef float __m128 __attribute__ ((__vector_size__ (16)));
static __inline __m128 _mm_cmpeq_ps (__m128 __A, __
--
What|Removed |Added
Summary|[4.0/4.1 Regression]|[4.0/4.1 Regression]
|internal compiler error: in |internal compiler error: in
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--
What|Removed |Added
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23570
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
02:50 ---
Reducing.
--
What|Removed |Added
CC||pinskia at
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug
ocale=gnu --enable-libada
--enable-languages=c,ada,c++,f95,java,objc,treelang
Thread model: posix
gcc version 4.0.2 20050825 (prerelease)
/* a.c */
extern int printf (__const char *__restrict __format, ...);
extern double fabs (double __x) __attribute__ ((__nothrow__)) __attribute__
((__const_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
02:25 ---
Here is a full testcase:
struct g{};
char y[3];
char *f = &y[0];
char *ff = &y[0];
void h(void)
{
struct g t;
*((struct g*)(f++)) = *((struct g*)(ff++));
*((struct g*)(f++)) = (struct g){};
t = *((st
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 01:59
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
> You built binutils, right?
Yes I just built binutils 2.16.1 by the following procedure:
===procedure==
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
01:42 ---
Mine since I caused it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
01:47 ---
You built binutils, right?
Also you might want to look into cross tool:
http://kegel.com/crosstool/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23569
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 01:45
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
> You want to use --with-as=PATH_TO_AS and likewise for --with-ld=.
I'm not sure exactly what I'm looking for? Am I looking for a fi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
01:40 ---
Here is a testcase which fails on all targets which shows a testcase where both
sides have side effects:
struct g{};
char y[3];
char *f = &y[0];
char *ff = &y[0];
void h(void)
{
*((struct g*)(f++)) = *((s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
01:32 ---
@ is the comment marker even for GNU as.
You want to use --with-as=PATH_TO_AS and likewise for --with-ld=.
--
What|Removed |Added
---
--- Additional Comments From pedro dot lamarao at mndfck dot org
2005-08-26 01:31 ---
Substituting the pragma for -fvisibility=hidden also seems to solve the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22185
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 01:05
---
bug reopened
--
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 00:52
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
> Not a bug, configure is picking up the wrong as because you did not supply
> one to it.
I don't think that's the case I just ran
-Original Message-
From: jacky
Sent: Monday, Aug 20, 2005 5:14 PM
To: Amelie
Cc: Vera, Chris
Subject: wow !
http://optimum.atw.hu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
23:21 ---
This is also latent on the mainline too so I was wrong in saying RTH's patch
fixed it.
Use -O1 -fno-tree-dominator-opts to reproduce it there.
Confirmed.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
23:15 ---
/root/tmp/ccT9p2oh.s:37: Error: junk at end of line, first unrecognized
character is `@'
/root/tmp/ccT9p2oh.s:38: Error: junk at end of line, first unrecognized
character is `@'
Not a bug, configure is pi
Using the following "configure" options on an i686 host to configure an
arm-linux-gcc-4.0.1 toolchain:
===code=
../configure --target=arm-linux --prefix=/usr/src/arm/linux/include
--enable-languages=c,java --disable-nls --nfp --with-cpu-xscale
--with-softfloat-suppor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
23:07 ---
*** Bug 23568 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
23:07 ---
Fixed in 4.0.2 already.
This is a dup of bug 21728.
*** This bug has been marked as a duplicate of 21728 ***
--
What|Removed |Added
/* the program below doesn't compile under Mac OS 10.4.2, using gcc 4.0.0 */
int main(int argc, const char *argv[])
{
__label__ myLabel;
void a() {goto myLabel;}
myLabel:
return 0;
}
--
Summary: Nested functions + local label sometimes don't c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
22:59 ---
CCing alan since he supplied the info.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
22:58 ---
This was caused by my patch:
> * gimplify.c (zero_sized_type): New function.
> (gimplify_modify_expr_rhs): If we have a zero sized type,
> replace the statement with an empty statement.
I
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
22:49 ---
This happens in Jikes 1.2.2.
--
What|Removed |Added
Severity|normal
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
21:48 ---
I want to say this was fixed on the mainline by:
2005-05-18 Richard Henderson <[EMAIL PROTECTED]>
PR 21541
* ifcvt.c (noce_process_if_block): Avoid conversion when the
memory desti
--- Additional Comments From fgccbz0 at greynode dot net 2005-08-25 21:46
---
I'm not really sure how to proceed here. I've told you a symptom, a diagnosis
describing a probable flaw in the code, and possible solution. You've pointed me
at some logs from a person I don't know with an inv
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
This patch:
2003-11-02 Roger Sayle <[EMAIL PROTECTED]>
PR optimization/10817
* ifcvt.c (noce_emit_move_insn): Improve documentation comment.
(noce_try_move): New function to optimize an if-the-else into an
unconditional move, i.e. "if (a!=b) x=a; else x=b" into "
See attach.
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-25 19:01
---
Ok, I'll play with get_memory_rtx.
--
What|Removed |Added
AssignedTo|unassigned at gcc
--- Additional Comments From laurent at guerby dot net 2005-08-25 18:09
---
As of LAST_UPDATED: Thu Aug 25 10:17:37 UTC 2005
this test now pass on x86_64-linux.
Could people test on hppa and powerpc?
(I removed the target milestone since Ada is not release critical anyway)
--
Started failing on x86_64-linux between
LAST_UPDATED: Mon Aug 22 11:06:07 UTC 2005
LAST_UPDATED: Thu Aug 25 10:17:37 UTC 2005
Note that on x86 it still ICE because of SRA see PR18659.
,.,. C32001E ACATS 2.5 05-08-25 13:55:30
C32001E CHECK THAT IN MULTIPLE OBJECT DECLARATIONS FOR PRIVATE
On x86 and x86_64-linux, between
LAST_UPDATED: Mon Aug 22 11:06:07 UTC 2005
LAST_UPDATED: Thu Aug 25 10:17:37 UTC 2005
The following tests started failing:
,.,. C52104F ACATS 2.5 05-08-25 14:02:45
C52104F CHECK THAT IN ARRAY ASSIGNMENTS AND IN SLICE ASSIGNMENTS
THE LENGTHS
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
17:48 ---
Well I right in saying this is due to exceptions but is wrong in saying I can
reproduce this on the
mainline.
It more has to do with not copying of the finally block (for the call of the
deconstructor of
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
17:38 ---
The issue here is due to exceptions. On the mainline we don't warn but I think
I can find a testcase
where we do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23563
--- Additional Comments From lennox at cs dot columbia dot edu 2005-08-25
17:23 ---
Created an attachment (id=9585)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9585&action=view)
C++ source file that produces warning with GCC 4.0.2
This file does not #include any files, so I'm pr
--- Additional Comments From mark at codesourcery dot com 2005-08-25 17:22
---
Subject: Re: nonoverlapping_memrefs_p returns
true even for overlapping memory references
rth at gcc dot gnu dot org wrote:
> And in the case in question, it's quite obviously an off-by-one bug on the
> pa
When I compile warn-thing.cpp (to be attached as soon as I've submitted this
bug) with gcc 4.0.2, I get the warning message
warn-thing.cpp:24: warning: 'variable' may be used uninitialized in this
function
This warning appears to me to be incorrect, and did not occur with gcc 3.4.2.
The warning
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
16:45 ---
*** This bug has been marked as a duplicate of 21687 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
16:45 ---
*** Bug 23562 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21687
Here is the file.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-25
16:41 ---
Here's another testcase (no recursion, but with nested functions):
void foo(int i)
{
void bar (char c[1][i]) { }
}
--
http://gcc.g
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-25 16:35
---
All that said, I personally would consider this a source code bug. If you
really meant to initialize two members of the structure, I think it makes
logical sense that you refer to the object as a whole. Otherw
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-25 16:29
---
Careful, Andrew. Things are not as cut-and-dried as you're making it out.
Indeed, this is yet another example of the big structure member aliasing
discussion we had earlier this year. I can't find the referenc
Since GCC 4.0.0 the following valid code snippet causes an ICE when
compiled with "--param ggc-min-expand=0 --param ggc-min-heapsize=0":
===
template void foo()
{
struct A
{
A() { }
};
}
template void foo<0>();
===
The error mes
Please, read the document.
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-25
15:53 ---
Subject: Re: nonoverlapping_memrefs_p returns true even for overlapping memory
references
>
>
> --- Additional Comments From jakub at gcc dot gnu dot org 2005-08-25
> 15:47 ---
> > That is
>
>
> --- Additional Comments From jakub at gcc dot gnu dot org 2005-08-25
> 15:47 ---
> > That is invalid as a.a2 is only 5 in size and "HELLO" is 6 in size.
> I know it overlaps into the next field. Whether it is invalid is unclear to
> me.
> How about memcpy ((char *) &a + offsetof
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-25 15:47
---
> That is invalid as a.a2 is only 5 in size and "HELLO" is 6 in size.
I know it overlaps into the next field. Whether it is invalid is unclear to me.
How about memcpy ((char *) &a + offsetof (struct A, a2), "
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
15:38 ---
memcpy (a.a2, "HELLO", sizeof "HELLO");
That is invalid as a.a2 is only 5 in size and "HELLO" is 6 in size.
--
What|Removed |Added
-
struct A
{
char a1[1];
char a2[5];
char a3[1];
char a4[2048 - 7];
} a;
typedef __SIZE_TYPE__ size_t;
extern void *memset (void *, int, size_t);
extern void *memcpy (void *, const void *, size_t);
extern int memcmp (const void *, const void *, size_t);
extern void abort (void);
void
bar (s
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-25
15:13 ---
Ok, here are some numbers. Unpatched vs. patched with the default of 4 results
in about 1% compile time increase for tramp3d-v4 while decreasing runtime by
about 15%. Raising it to higher levels does not i
--
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-25 14:37
---
This doesn't happen on HEAD, where only mult_val (4) add_val (rta+28) giv is
seen by maybe_eliminate_biv_1 . But on 4.0 branch, there is
both that giv and mult_val (4) add_val (rta) one, which satisfies the
--- Additional Comments From fgccbz0 at greynode dot net 2005-08-25 14:09
---
(In reply to comment #3)
> 4.1.0 works just fine:
> http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00241.html
> So does 4.0.2:
> http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00182.html
Thanks.
> So it
struct rtattr
{
unsigned short rta_len;
unsigned short rta_type;
};
__attribute__ ((noinline))
int inet_check_attr (void *r, struct rtattr **rta)
{
int i;
for (i = 1; i <= 14; i++)
{
struct rtattr *attr = rta[i - 1];
if (attr)
{
if (attr->rta_len - sizeof
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-25
13:47 ---
Confirmed that a newer version of Dejagnu solves the problem.
It might be useful if the testframework could enforce the minimum dejagnu
version.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-25
13:47 ---
Note also that removing any of the (unused) typedef's is causing the failure to
go away, so it looks like something may be overflowing, like a hashtable or an
array. The symptom is a variable not marked for
--- Additional Comments From fgccbz0 at greynode dot net 2005-08-25 13:30
---
(In reply to comment #1)
> This sounds like a bug in your configuration as nobody else I know of has had
this problem.
Are you sure these unnamed other people are using not just 64-bit targeted but
64-bit host
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
13:35 ---
4.1.0 works just fine:
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00241.html
So does 4.0.2:
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00182.html
So it has to be your configuration is different
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-25
12:27 ---
Note that the reduced testcase from pinskia no longer "works" if supplying
-fdump-treee-alias1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20363
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-25 12:27
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
12:25 ---
Subject: Bug 20363
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-25 12:25:37
Modified files:
gcc/fortran: Change
--- Additional Comments From joseph at codesourcery dot com 2005-08-25
12:17 ---
Subject: Re: g++ -pedantic-errors + newlib => failed
test
On Thu, 25 Aug 2005, pinskia at gcc dot gnu dot org wrote:
> I thought we changed it to use -isystem but I could be wrong.
Indeed, this is one p
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
11:58 ---
Subject: Bug 20363
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-25 11:57:37
Modified files:
gcc/fortran: ChangeLog decl.c
gcc/testsui
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-25
11:28 ---
Subject: Re: g++ -pedantic-errors + newlib => failed
test
On Thu, 2005-08-25 at 12:07, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
11:27 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
11:27 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
11:25 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From eddy at opera dot com 2005-08-25 11:19 ---
Subject: Re: receiving result from __builtin_return_address() beyond stack top
causes segfault
> This is just a doc problem really.
If it is "just a doc problem" then the doc needs to change to say:
__builtin_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
11:07 ---
I thought we changed it to use -isystem but I could be wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23559
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-25
10:14 ---
This problem is also responsible for the following failures in the testsuite:
g++.dg/init/enum2.C
g++.dg/init/for1.C
g++.dg/init/init-ref1.C
g++.old-deja/g++.abi/cxa_vec.C
g++.old-deja/g++.abi/vbase1.C
g++
g++ uses -pedantic-errors when compiling g++.dg/abi/bitfield4.C. When newlib is
being used its limits.h file ends with #include_next to get GCC's own
limits.h information. This causes the error 'include_next is a GCC extension'
so the test fails to build.
This is probably a problem with the way
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
09:17 ---
Subject: Bug 20817
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-25 09:17:01
Modified files:
gcc/cp : Change
--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-25
09:16 ---
fixed mainline and 4.0
2005-08-25 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20817
* typeck.c (build_x_unary_op): Make sure OFFSET_REF is not for a
->*.
--
What|Rem
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
09:06 ---
Subject: Bug 20817
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-25 09:06:45
Modified files:
gcc/cp : ChangeLog typeck.c
gcc/tests
--- Additional Comments From pcarlini at suse dot de 2005-08-25 08:27
---
Fixed for 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
08:26 ---
Subject: Bug 23465
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-25 08:26:18
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
07:38 ---
Subject: Bug 23546
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-25 07:37:22
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
07:05 ---
Subject: Bug 23546
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-25 07:03:00
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-25
07:03 ---
FOO! The exact testcase I have been testing for the last couple days has been
#define CL0(a) if (b == a) { foo (); } , so all the work DOM was doing converts
the if's to else if's .
--
http://gcc.gnu.o
98 matches
Mail list logo
