--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
06:01 ---
I should note I found this while looking into PR 23358.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23475
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
06:01 ---
Confirmed.
--
What|Removed |Added
Severity|normal |minor
--- Additional Comments From snambi at gmail dot com 2005-08-19 06:17
---
some more analysis of the problem.
looks like this bug has been introduced in gcj 4.0.1
it works correctly in gcj 3.3.3 and javac 1.4.2, ie it gives an error while
compiling. please look below, to see the
Testcase:
int h(int);
static inline int f(int t, const int i)
{
_Bool a = i t;
if (a)
return h(t);
return 9;
}
int g(int t)
{
return f(t, 0x7FFF);
}
Compile with -O2 -fno-tree-copy-prop, and you will get an ICE:
t.c: In function g:
t.c:12: internal compiler error: in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
06:19 ---
Honza and Diego, this is the VRP bug which Honza was talking about which he
found working on his
SSA based inliner.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
06:24 ---
Ignore the comment about fold, copy prop is doing its job.
Also here is a testcase which can be repduced with a simple -O2 so this is
definitely a regression now
and not just a latent bug waiting to be
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
09:05 ---
Subject: Bug 23065
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-19 09:05:03
Modified files:
gcc/fortran: ChangeLog gfortran.h module.c
the program
int main()
{
new int[1000]();
}
generates a 40MB executable. it compiles into a memcpy() of 40MB of zeros into
the newly-allocated array.
tested at -O0 and -O3.
gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)
--
Summary:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
09:20 ---
Subject: Bug 23436
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-19 09:20:31
Modified files:
gcc: ChangeLog
gcc/config/arm :
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-19
09:23 ---
Fixed. Patch also generates slightly better code in other cases too:-)
--
What|Removed |Added
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-19
09:44 ---
OK. I think I understand what's failing here. Testing patch.
--
What|Removed |Added
--- Additional Comments From uros at kss-loka dot si 2005-08-19 10:19
---
(In reply to comment #13)
current mainline bootstrap still fails.
../../gcc/unwind.inc: In function '_Unwind_ForcedUnwind':
../../gcc/unwind.inc:215: internal compiler error: in create_pre_exit, at
The following testcase is miscompiled on x86_64-linux at -O2.
Before global alloc/reload, the interesting part of code is:
(reg:DI %rax) = (call _Znwm (1))
(reg:DI 81) = (reg:DI %rax)
...
(reg:DI %rdi) = (reg:DI 81)
(call _ZN2C1C1ERK2C3S2_S2_RPS1_ (%rdi, ...)) - may throw, EH pad .Leh
...
(reg:DI
--- Additional Comments From jakub at redhat dot com 2005-08-19 11:09
---
Created an attachment (id=9546)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9546action=view)
pr23478.C
Testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
11:28 ---
This has been semi fixed on the mainline:
main:
pushl %ebp
movl%esp, %ebp
pushl %esi
pushl %ebx
subl$4000, %esp
pushl $4000
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
11:35 ---
PR 23361 is the bug about unrolling the loops.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-19 11:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
It is suggested to implement binary contants as a GCC extension to the
language. This is a frequently requested item in microcontroller
environments, and several other compilers already implement it. The
commonly used prefix is 0b, as this does not contradict the standard
C syntax, and allows
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
12:24 ---
Created an attachment (id=9547)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9547action=view)
Patch to implement binary constants (taken against gcc-4.1-20050813 snapshot)
--
the following function
int* f(int n) { return new int[n](); }
translates to
_Z1fi:
.LFB2:
pushl %ebp
.LCFI0:
movl%esp, %ebp
.LCFI1:
sall$2, 8(%ebp)
leave
.LCFI2:
jmp _Znaj
which does not default-initialize the array.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
13:04 ---
new int[2] () is broken in 3.4.x, see PR 20427.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23480
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org |org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
13:17 ---
Subject: Bug 23473
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-19 13:17:04
Modified files:
gcc: ChangeLog
gcc/config/arm :
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-19
13:17 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Summary|default-initializing|default-initializing
|variable size array new |variable size array new
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
13:22 ---
Confirmed, note I would actually disable binary constants by default instead of
what the patch currently
does, pedwarns about them. Or maybe pedwarn about them by default with an
option to turn off that
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
13:24 ---
Confirmed. Do you know if this is a regression?
--
What|Removed |Added
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-19
13:27 ---
Testing patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23476
--- Additional Comments From jakub at redhat dot com 2005-08-19 13:36
---
caller-save.c inserts the restore insns after the can_throw_internal ()
CALL_INSN
and as the rest of reload excepts fixup_abnormal_edges to fix the mess up.
But, fixup_abnormal_edges only inserts the instructions
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
13:57 ---
(In reply to comment #2)
Confirmed, note I would actually disable binary constants by default
instead of what the patch currently does, pedwarns about them.
Curious: why?
There are more than two
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
14:12 ---
(In reply to comment #3)
Curious: why?
There are more than two dozen GCC language extensions enabled by
default, most of them would allow GCC to accept a program that will
not be accepted by a
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
14:24 ---
(In reply to comment #4)
The main reason is because adding extensions are bad now adays. We
are removing extensions which are not used that much and hard to
keep working.
OK, I accept that.
But
The following code snippet causes a segfault in fold-const.c on mainline:
=
templatetypename T bool foo()
{
const long int i = sizeof(T) 1 ? sizeof(T) : 0;
return i 0;
}
=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
14:29 ---
This is most likely the same bug as PR 23357.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23481
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23481
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:34 ---
*** Bug 23481 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:34 ---
Indeed. Sorry for the dupe.
I'll attach the testcase there, too.
*** This bug has been marked as a duplicate of 23357 ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:35 ---
Confirmed. Similar testcase from PR 23481:
=
templatetypename T bool foo()
{
const long int i = sizeof(T) 1 ? sizeof(T) : 0;
return i 0;
}
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23357
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:44 ---
Just for the record: This was really fixed by the patch in PR8.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22543
--- Additional Comments From fritz dot ganter at gmail dot com 2005-08-19
14:46 ---
I think this is realy a needed feature for mikrocontroller programing. Please
implement it.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23479
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:47 ---
Fixed on mainline.
Btw, this fixes also the ICE from PR 23352 for me.
--
What|Removed |Added
--
Bug 23352 depends on bug 8, which changed state.
Bug 8 Summary: [4.1 regression] ICE with -ftree-vectorize in verify_ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
What|Old Value |New Value
--
Bug 21859 depends on bug 8, which changed state.
Bug 8 Summary: [4.1 regression] ICE with -ftree-vectorize in verify_ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
What|Old Value |New Value
--- Additional Comments From ppluzhnikov at charter dot net 2005-08-19
14:48 ---
Note that threaded programs need -lmudflapth instead of -lmudflap.
The driver should add correct version of libmudflap automatically, or you'll
get bug reports from users who link the wrong version in.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
14:51 ---
Subject: Bug 15266
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-19 14:50:27
Modified files:
fixincludes:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
14:54 ---
Subject: Bug 21943
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-19 14:53:02
Modified files:
libffi :
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
15:18 ---
Additional remark: GAS also recognizes 0bXXX constants.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23479
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
15:50 ---
Subject: Bug 23065
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-19 15:50:43
Modified files:
gcc/fortran:
--
Bug 21824 depends on bug 23065, which changed state.
Bug 23065 Summary: MAXPATHLEN usage in fortran/{scanner,module}.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065
What|Old Value |New Value
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-19 15:51
---
Fixed.
--
What|Removed |Added
CC||tobi at gcc dot
--- Additional Comments From joel at oarcorp dot com 2005-08-19 16:02
---
Subject: Re: [4.0/4.1 regression] ICE with soft-float on
m68k
Why did you turn this from m68k-* to m68k-rtems?
It was reported against m68k-rtems but would have
be duplicated on at least m68k-elf if not any
I reported this to the uClinux developer list (where I got my gcc cross-compiler
toolchain), and they recommended that I report it here.
I'm getting a compiler crash building a 3rd-party C++ lib (ACE) for uClinux.
The lib compiles with g++ for every other platform known to man, so I'm sure the
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-19
16:20 ---
I agree that this is most likely not a libgcj bug.
Ronald, why do you think the _dtoa call ought to be changed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23466
The program runs with out problem with g77, but fails with gfortran -
[EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests
$ g77 -o write01 write01.f
[EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests
$ write01
[EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests
$ gfortran -o write01 write01.f
--- Additional Comments From giovannibajo at libero dot it 2005-08-19
16:28 ---
If there was a voting system in this Bugzilla, I'd vote for this. It's a very
useful feature in embedded programming. I also believe that it could be enabled
by default in GNU C, since it's really easy and
Hi,
Compiling ruby on x86_64 with -D_FORTIFY_SOURCE=2 will cause failure in the
testsuite.
This can be reproduced with
GNU C version 4.1.0 20050819 (experimental) (x86_64-unknown-linux-gnu)
Here is a simplified testcase.
extern void abort (void);
#undef memcpy
#define memcpy(dst, src, len
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
16:49 ---
(In reply to comment #12)
Subject: Re: [4.0/4.1 regression] ICE with soft-float on
m68k
Why did you turn this from m68k-* to m68k-rtems?
It was reported against m68k-rtems but would have
be
--
What|Removed |Added
Component|c++ |target
Keywords||ice-on-valid-code
--
What|Removed |Added
Severity|critical|normal
Component|c |middle-end
GCC host triplet|x86_64-unknown-linux-gnu
--- Additional Comments From joseph at codesourcery dot com 2005-08-19
17:28 ---
Subject: Re: New: Implement binary constants with
a 0b prefix
The patch does not document how the types of binary constants are
determined. I suppose the rules are the same as for octal and hexadecimal
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
17:54 ---
Subject: Bug 23048
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-19 17:54:16
Modified files:
gcc: ChangeLog tree-if-conv.c
--- Additional Comments From giovannibajo at libero dot it 2005-08-19
18:06 ---
Patch posted, waiting for review:
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01169.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
18:09 ---
Subject: Bug 23476
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-19 18:08:56
Modified files:
gcc: ChangeLog tree-cfgcleanup.c
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-19
18:10 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01150.html.
--
What|Removed |Added
[EMAIL PROTECTED] zero]$ cat x.c
int
foo (int y, int x)
{
return y/x;
}
[EMAIL PROTECTED] zero]$ cat y.c
#include stdio.h
extern int foo (int, int);
int
main ()
{
printf ((10/0) = %d\n, foo (10, 0));
return 0;
}
[EMAIL PROTECTED] zero]$ gcc x.c y.c
[EMAIL PROTECTED] zero]$ ./a.out
(10/0) =
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-19
18:20 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01168.html.
--
What|Removed |Added
--- Additional Comments From hjl at lucon dot org 2005-08-19 18:21 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01172.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23485
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22320
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:26 ---
I don't see why this is a bug really as on some targets (PPC) divide by zero
does not raise any thing and
the result is undefined.
You might want to test your patch's performance as it could cause a lot
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 18:32
---
I think it's caller-save's bug.
The use of fixup_abnormal_edges in reload and reg-stack is to move output
reloads to the fallthru edge. Well, the output reloads are not used on
the eh edge, because by
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:32 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 18:34
---
More, since you cannot insert insns on the abnormal EH edge, the fix to
caller-save needs to be of the form don't caller-save this variable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
18:37 ---
Even shorter testcase:
===
templateint struct A
{
A(void* = operator new);
};
===
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:43 ---
Fixed als in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From jakub at redhat dot com 2005-08-19 18:51
---
It can't be inserted just on abnormal critical edges:
gcc_assert (!((e-flags EDGE_ABNORMAL) EDGE_CRITICAL_P (e)));
So I guess we could insert it on the EH edges if !EDGE_CRITICAL_P and only
only avoid
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:54 ---
Hmm, let look at the source:
memcpy (tmp, s, natint ? sizeof(tmp) : 4);
natint will be zero so we get
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:55 ---
(In reply to comment #1)
Ignore that comment, I am stupid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
18:55 ---
(In reply to comment #9)
Thank you very much for the useful comments.
The patch does not document how the types of binary constants are
determined. I suppose the rules are the same as for octal and
// compile with -O3
struct v { int n; };
foo (struct v *v, int *q)
{
q [v-n ++] = 0;
}
bar (int b, void *p, int *q)
{
for (;;)
foo (b ? p : 0, q);
}
//
t2.c: In function âbarâ:
t2.c:7: internal compiler
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
19:00 ---
It can be confirmed on x86 with:
extern void abort (void);
#undef memcpy
#define memcpy(dst, src, len) \
__builtin___memcpy_chk (dst, src, len, __builtin_object_size (dst, 0))
int
main (void)
{
static
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
19:07 ---
Confirmed.
Testcase:
struct v { int n; };
void bar (int b, void *p, int *q)
{
struct v *v;
for (;;)
{
v = b?p:0;
q [v-n ++] = 0;
}
}
Compile at -O1 -funswitch-loops.
--
--- Additional Comments From joseph at codesourcery dot com 2005-08-19
19:10 ---
Subject: Re: Implement binary constants with a 0b
prefix
On Fri, 19 Aug 2005, j at uriah dot heep dot sax dot de wrote:
The patch is missing testcases.
Is there a tutorial anywhere how to run
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 19:14
---
Maybe. I think you'll find that most of the time these edges *are* critical.
I don't think it's worth bothering to make the distinction.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From jakub at redhat dot com 2005-08-19 19:16
---
I have a preliminary fix, will work on testcases now, then test it thoroughly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -c -O2 -g
-fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes-Werror -fno-common -DHAVE_CONFIG_H\
-I/home/4/wilx/include -I. -Iada -I../../srcdir/gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
19:28 ---
This is a bug in the freebsd specific section in init.c.
--
What|Removed |Added
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-19 19:51 ---
gcse after reload may move loads from stack around stack pointer changes. here
is simple workaround, it is supposed to prevent gcse after reload from touching
expressions containing stack pointer
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 19:51 ---
According to FreeBSD man page for sigaction
(http://www.freebsd.org/cgi/man.cgi?query=sigactionapropos=0sektion=0manpath=FreeBSD+5.4-RELEASE+and+Portsformat=html)
the following looks like it should
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 19:57 ---
More of the same:
*** link.c.~1.16.~ Fri Jul 8 12:45:47 2005
--- link.c Fri Aug 19 21:55:40 2005
***
*** 154,166
const char *__gnat_object_library_extension = .a;
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 20:11 ---
2005-08-19 Vaclav Haisma [EMAIL PROTECTED]
* init.c (FreeBSD's __gnat_install_handler): Cast
__gnat_error_handler to proper type.
* link.c (FreeBSD's
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 20:12 ---
Errr, my surname is missing n at the end...
2005-08-19 Vaclav Haisman [EMAIL PROTECTED]
* init.c (FreeBSD's __gnat_install_handler): Cast
__gnat_error_handler to proper type.
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-19 20:18 ---
breaks bootstrap with BOOT_CFLAGS=-O3 .
--
What|Removed |Added
typedef int nl_item;
extern char *nl_langinfo (nl_item __item) __attribute__ ((__nothrow__));
char *
xtermEnvEncoding(void)
{
static char *result;
if (result == 0) {
result = nl_langinfo(1);
;
}
return result;
}
Compile the above code with -march=i686 -O2
4.1 generates extra
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-19 21:47 ---
Is there any reason that this PR is still in UNCONFIRMED state?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
21:50 ---
Confirmed. There are two issues here. First the regression was caused by:
2005-07-30 Jan Hubicka [EMAIL PROTECTED]
* expr.c (expand_expr_real_1): Do not load mem targets into register.
--
What|Removed |Added
BugsThisDependsOn||23488
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
21:54 ---
(In reply to comment #5)
Is there any reason that this PR is still in UNCONFIRMED state?
Because this really a meta-bug now.
And it looks like all the remaining issues are caused by:
2005-07-30 Jan
1 - 100 of 124 matches
Mail list logo