--- Comment #16 from pinskia at gcc dot gnu dot org 2010-01-03 07:49
---
(In reply to comment #15)
> As an addendum the unnecessary stack frame seems to be a very common problem,
> it's in a lot of the examples near the end of
> http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-
--- Comment #15 from andi-gcc at firstfloor dot org 2010-01-03 07:47
---
As an addendum the unnecessary stack frame seems to be a very common problem,
it's in a lot of the examples near the end of
http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-head_suncc-5.10/
typically combi
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-03 07:22 ---
fold_const_aggregate_ref should handle it but maybe the CONSTRUCTOR does not
the field set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42591
typedef unsigned long long u64;
union ktime
{
s64 tv64;
};
typedef union ktime ktime_t;
ktime_t ns_to_ktime (u64 ns);
union ktime const ktime_zero = { 0LL };
ktime_t
ns_to_ktime (u64 ns)
{
ktime_t __constr_expr_0;
{
__constr_expr_0.tv64 = (s64) ((u64) ktime_zero.tv64 + ns);
return (
--- Comment #14 from pinskia at gcc dot gnu dot org 2010-01-03 07:10
---
If we manually do the SRA like SRA would do it in 4.4:
unsigned char *a, *b, *c;
a = sptr->curr;
b = sptr->base;
c = sptr->last_plus_one;
a +=4294967295U;
sptr->curr = a;
sptr->base = b;
sptr->last_
--- Comment #13 from pinskia at gcc dot gnu dot org 2010-01-03 07:09
---
(In reply to comment #12)
> Well the other issue is that only post-reload-cse deletes the load/stores
> without SRA doing what needs to be done.
This was PR 38513 which we still should be done at the RTL level b
--- Comment #12 from pinskia at gcc dot gnu dot org 2010-01-03 07:07
---
(In reply to comment #11)
> My naive assumption was that the read-modify-write pattern is handled late by
> the RTL backend when generating instructions while SRA is somewhere early in
> the tree oriented middle en
--- Comment #11 from andi-gcc at firstfloor dot org 2010-01-03 07:03
---
My naive assumption was that the read-modify-write pattern is handled late by
the RTL backend when generating instructions while SRA is somewhere early in
the tree oriented middle end.
--
http://gcc.gnu.org/bu
--- Comment #10 from pinskia at gcc dot gnu dot org 2010-01-03 07:02
---
(In reply to comment #9)
> SRA issue handled in #42590
And that is the same as the -Os issue really ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42586
--- Comment #9 from andi-gcc at firstfloor dot org 2010-01-03 07:00 ---
SRA issue handled in #42590
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42586
Continuation from 42586 and 42585 who handle other missed optimizations
for this test case.
>From one of the examples of
http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-head_llvm-gcc-head/
struct _fat_ptr
{
unsigned char *curr;
unsigned char *base;
unsigned char *last_plus_one;
};
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-01-03 06:57 ---
(In reply to comment #7)
> I reverted the summary to the original one.
Well it is all interrelated :). Which is what my point was about that. Did
you notice comment #3 which shows that load-modify-store actually d
--- Comment #7 from andi-gcc at firstfloor dot org 2010-01-03 06:55 ---
This bug was not about the unnecessary stack frame, but about unnecessary
read-modify-write
(it seems you didn't read my description completely)
For stack frame probably another bug should be opened. I can do that.
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-01-03 06:51 ---
This is related to PR 33989.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42588
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-01-03 06:49 ---
Here is an example which shows the issue on PPC also:
union __anonunion___u_19
{
double __d;
int __i[2];
};
extern int __signbit (double *__x)
{
union __anonunion___u_19 __u;
{
__u.__d = *__x;
re
>From one of the test cases from
http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-head_llvm-gcc-head/
typedef unsigned int size_t;
typedef unsigned char apr_byte_t;
typedef unsigned long long apr_uint64_t;
struct _SHA512_CTX
{
apr_uint64_t state[8];
apr_uint64_t bitcount[2];
apr_byt
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-03 06:46 ---
;; __u.__d = __x_1(D);
(insn 6 5 0 t.c:15 (set (subreg:DF (reg/v:DI 60 [ __u ]) 0)
(reg/v:DF 62 [ __x ])) -1 (nil))
That causes a reload to happen:
Reload 0: reload_out (DF) = (subreg:DF (reg/v:DI 60 [ __u
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-03 06:41 ---
I think fixing this will also fix the PR 42586 on the trunk.
Confirmed, a regression from 4.4. SRA is worse off on the trunk for this case
than with 4.4.
--
pinskia at gcc dot gnu dot org changed:
W
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-01-03 06:38 ---
I think if we get the old SRA behavior back for this code, we will get this
optimization in 4.5 since we remove the sptr->base and the other unnecessary
store during PRE.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-01-03 06:35 ---
4.5 has:
_T2 = *sptr_1(D);
_T2$curr_14 = sptr_1(D)->curr;
_ans = _T2;
D.2697_7 = _T2$curr_14 + -1;
*sptr_1(D) = _ans;
sptr_1(D)->curr = D.2697_7;
While 4.4 does:
_T2$base = sptr->base;
D.1587 = sptr-
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-01-03 06:33 ---
Hmm, 4.5 is worse off than 4.4 with respect of the stack space usage.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-01-03 06:30 ---
Oh in fact I think the reason is the SRA issue. In that:
int
Cyc_string_ungetc (int ignore, struct _fat_ptr *sptr)
{
sptr->curr += 4294967295U;
}
Works.
--
pinskia at gcc dot gnu dot org changed:
W
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-01-03 06:27 ---
Oh and -Os is very bad looking :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42586
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-03 06:27 ---
Well one thing is SRA does not do its job which is why there is useless stack
frame changes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42586
from
http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-head_llvm-gcc-head/
union __anonunion___u_19
{
double __d;
int __i[2];
};
extern __attribute__ ((__nothrow__))
int __signbit (double __x) __attribute__ ((__const__));
extern __attribute__ ((__nothrow__))
int __signbit
From
http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-head_llvm-gcc-head/
typedef unsigned char u8;
typedef unsigned int u32;
#pragma pack(1)
#pragma pack()
#pragma pack(1)
#pragma pack()
#pragma pack(1)
#pragma pack()
#pragma pack(4)
#pragma pack()
union __anonunion_out_195
{
u32 value;
Continuation from 42585
>From one of the examples of
http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-head_llvm-gcc-head/
struct _fat_ptr
{
unsigned char *curr;
unsigned char *base;
unsigned char *last_plus_one;
};
int Cyc_string_ungetc (int ignore, struct _fat_ptr *sptr);
int
Cyc_s
>From one of the examples from
http://embed.cs.utah.edu/embarrassing/dec_09/harvest/gcc-head_llvm-gcc-head/
struct _fat_ptr
{
unsigned char *curr;
unsigned char *base;
unsigned char *last_plus_one;
};
int Cyc_string_ungetc (int ignore, struct _fat_ptr *sptr);
int
Cyc_string_ungetc (int ignor
According to the GCC 4.5 Release Criteria at
http://gcc.gnu.org/gcc-4.5/criteria.html , MinGW is a secondary platform and
should be able to bootstrap successfully. Currently, GCC 4.5 does not even
build on MinGW/MSYS with --disable-bootstrap , which worked for me with 4.3.x.
(The full bootstrap has
--- Comment #5 from hjl dot tools at gmail dot com 2010-01-02 23:48 ---
(In reply to comment #4)
> I can't reproduce this with the current 4.5 sources.
>
I still saw it with today's gcc 4.5. You need -O3 -msse2 on
Linux/x86 to see it.
--
hjl dot tools at gmail dot com changed:
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-02 23:45 ---
Your duplicate bug is about sth completely different (even if later comments
talk about an unrelated thing to that bug).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42583
--- Comment #4 from kargl at gcc dot gnu dot org 2010-01-02 23:23 ---
(In reply to comment #2)
> Huh?
>
> The testcase is in the wrong directory, runtime tests have to be in the
> libgomp testsuite.
>
See the last comment in the PR that I listed as a duplicate.
--
http://gcc.gnu.
--- Comment #4 from jason at gcc dot gnu dot org 2010-01-02 23:23 ---
I can't reproduce this with the current 4.5 sources.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42555
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-02 23:14 ---
Is broken everywhere.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-02 23:10 ---
Huh?
The testcase is in the wrong directory, runtime tests have to be in the
libgomp testsuite.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-01-02 23:00
---
The root of the problem is plus_constant wrapping up a TLS symbol in a CONST:
(const:DI (plus:DI (symbol_ref:DI ("m") [flags 0x1a] )
(const_int 4 [0x4])))
what the SPARC back-end doesn't like. So someth
--- Comment #1 from kargl at gcc dot gnu dot org 2010-01-02 22:51 ---
*** This bug has been marked as a duplicate of 41605 ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from kargl at gcc dot gnu dot org 2010-01-02 22:51 ---
*** Bug 42583 has been marked as a duplicate of this bug. ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-02 22:44 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-01-02 22:26
---
Created an attachment (id=19451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19451&action=view)
Reduced testcase.
Requires TLS support.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42564
Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/test/gnu/gcc/gcc/gcc/testsui
te/gfortran.dg/gomp/recursion1.f90 -O0 -fopenmp -fcheck=recursion
-B/test/gn
u/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs
-L/
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-02 22:08 ---
With the patch we'll still not optimize
extern void bar (void);
int foo (int i, int j, int b)
{
int res = 0;
if (b)
res = i/j;
res += i/j;
bar ();
return res;
}
That's not so easy to avoid. We'd ne
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-02 21:54 ---
int foo (int i, int j, int b)
{
int res = 0;
if (b)
res = i/j;
res += i/j;
return res;
}
is a testcase that regressed. I am testing a patch.
--
rguenth at gcc dot gnu dot org changed:
Wh
--- Comment #7 from jb at gcc dot gnu dot org 2010-01-02 21:39 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00083.html
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from 3dw4rd at verizon dot net 2010-01-02 21:10 ---
Command line from config.log:
It was created by package-unused configure version-unused, which was
generated by GNU Autoconf 2.64. Invocation command line was
$ /Users/ed/gcc/libstdc++-v3/configure --cache-file=./con
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Component|c |middle-end
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
GCC build triplet|*-apple-darwin9 |
GCC host triplet|*-apple-darwin9 |
GCC target tripl
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2010-01-02 20:52
---
Still present as of rev. 155544.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2010-01-02 20:48
---
And the command-line in config.log?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42566
--- Comment #7 from 3dw4rd at verizon dot net 2010-01-02 20:38 ---
Created an attachment (id=19450)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19450&action=view)
Grep for '^CXX' in the libstdc++ testsuite directory.
Multiple attachments would be nice.
--
http://gcc.gnu.org
--- Comment #6 from 3dw4rd at verizon dot net 2010-01-02 20:37 ---
Created an attachment (id=19449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19449&action=view)
Grep for '^CXX' in the libstdc++ src directory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42566
--- Comment #5 from 3dw4rd at verizon dot net 2010-01-02 20:34 ---
Created an attachment (id=19448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19448&action=view)
Grep for '^CXX' in the libstdc++ include directory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42566
--- Comment #9 from manu at gcc dot gnu dot org 2010-01-02 20:33 ---
(In reply to comment #8)
> Re-confirmed. The issue is that we fold __builtin_constant_p only after
> VRP1 so the dead code remains and we warn about it.
Perhaps this is the root cause of both PR35392 and PR35903.
-
--- Comment #4 from 3dw4rd at verizon dot net 2010-01-02 20:32 ---
Created an attachment (id=19447)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19447&action=view)
Greps for '^CXX' in the libstdc++ build directory and sibdirectories.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-02 20:27 ---
You also need to attach preprocessed source as it will be very glibc
specific.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42582
--- Comment #1 from truedfx at gentoo dot org 2010-01-02 20:26 ---
The buffer should be at least PATH_MAX bytes. If PATH_MAX > 1024, then 1024
bytes need not be enough. But anyway, realpath() comes from glibc, so even if
this is a bug, you're reporting it to the wrong folks.
--
http
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-02 20:26 ---
Confirmed. But -save-temps also doesn't work completely for -fwhopr (and you
need to set the collect2 env vars for -fwhopr).
The proper fix for 4.6 is to move most of the LTO handling to the gcc driver,
away from c
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-01-02 20:02
---
Can you give us:
1. The results of "grep '^CXX' Makefile" in directories
/Users/ed/obj/powerpc-apple-darwin7.9.0/libstdc++-v3/include and
/Users/ed/obj/powerpc-apple-darwin7.9.0/libstdc++-v3
2. The long comma
realpath() built with >=gcc-4.3 (where FORTIFY is enabled by default) and -Ox
where x>0 cause application to abort.
Test case: the following code built with gcc -O2:
==
#include
#include
#include
int
main (int argc, char *
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2010-01-02 19:53
---
OK, I can reproduce the issue.
1. I have a GCC trunk (rev. 155544). In there I put symlinks to gmp-4.3.1,
mpfr-2.4.2 and mpc-0.8.1
2. From an empty build directory, I configure with: ../trunk/configure
--prefix=/
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-02 19:42 ---
Fixed in 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-01-02 19:40
---
Looks like invalid code in the first place.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-02 19:35 ---
Re-confirmed. The issue is that we fold __builtin_constant_p only after
VRP1 so the dead code remains and we warn about it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-02 19:30 ---
Works with 4.4 and 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-02 19:27 ---
Works for me with gcc 4.3.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-02 19:24 ---
Similar to PR35392 this only happens with -funsigned-char, thus these may
as well be dups.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-02 19:19 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-02 19:15 ---
Fixed on the trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-02 19:15 ---
Subject: Bug 42577
Author: rguenth
Date: Sat Jan 2 19:14:52 2010
New Revision: 155577
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155577
Log:
2010-01-02 Richard Guenther
PR middle-end/42577
--prefix=/usr/gcc-4.5.0 --with-local-prefix=/usr/local
--with-plugin-ld=ld.gold --enable-gold
Thread model: posix
gcc version 4.5.0 20100102 (experimental) (GCC)
COMPILER_PATH=./
LIBRARY_PATH=./:/lib/../lib64/:/usr/lib/../lib64/:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-B.' '-o' '
--- Comment #3 from hjl dot tools at gmail dot com 2010-01-02 17:39 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|---
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-01-02 17:33
---
I can reproduce on native (and with a cross by stealing the native
auto-host.h).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from hjl at gcc dot gnu dot org 2010-01-02 17:30 ---
Subject: Bug 42580
Author: hjl
Date: Sat Jan 2 17:30:12 2010
New Revision: 155575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155575
Log:
Stop if the command line option file is missing
2010-01-02 H.J. Lu
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-02 17:12 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-02 17:12 ---
Subject: Bug 42337
Author: rguenth
Date: Sat Jan 2 17:12:15 2010
New Revision: 155573
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155573
Log:
2010-01-02 Richard Guenther
Backport from mainlin
--- Comment #18 from hjl dot tools at gmail dot com 2010-01-02 17:09
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00065.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #1 from hjl dot tools at gmail dot com 2010-01-02 17:06 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00064.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
When I debug lto1, the missing command line option file generates
a misleading error message and causes ICE:
[...@gnu-34 gcc]$ touch x.s
[...@gnu-34 gcc]$ gcc -c x.s
[...@gnu-34 gcc]$ /export/build/gnu/gcc/build-x86_64-linux/gcc/lto1 -quiet
-dumpbase x.o -mtune=generic -auxbase-strip /tmp/cc0mkdy
--- Comment #3 from jakub at gcc dot gnu dot org 2010-01-02 16:44 ---
Reduced testcase:
/* { dg-do compile { target { { i?86-*-* x86_64-*-* } && ilp32 } } } */
/* { dg-options "-O2 -fno-gcse" } */
struct C;
struct B { struct C *b; };
struct C { void (*baz) (struct B *, void *, int); };
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42577
--- Comment #2 from developer at sandoe-acoustics dot co dot uk 2010-01-02
16:41 ---
(In reply to comment #1)
> I was able to do a C-only bootstrap of mainline with all three libraries
> in-tree on x86_64-unknown-linux-gnu. I used mpc-0.8, mpfr-2.4.2, gmp-4.3.1
> and
...
> 1. Is thi
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-02 16:41 ---
It's at least a regression towards where we didn't have array bound warnings.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.5 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42289
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.3.4 |4.3.4 4.4.2
Priority|P3 |P2
http
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.3.4 |4.3.4 4.4.0
Priority|P3 |P2
http
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-01-02 16:25
---
Wontfix on the 4.3 branch, we usually do not backport accepts-invalid fixes.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from ghazi at gcc dot gnu dot org 2010-01-02 16:24 ---
I was able to do a C-only bootstrap of mainline with all three libraries
in-tree on x86_64-unknown-linux-gnu. I used mpc-0.8, mpfr-2.4.2, gmp-4.3.1 and
bootstrapped with gcc-4.3.2. I cannot reproduce this problem, so
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-01-02 16:23 ---
Fascinating indeed. If someone can bisect where during 4.4 development we
fixed this again or where during 4.3 development we broke it that would be
nice.
--
rguenth at gcc dot gnu dot org changed:
W
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42574
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |tree-optimization
Priority|P3 |P1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42521
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-02 16:13 ---
Confirmed. Doesn't happen on i?86-linux or with -m32.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42485
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42482
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42462
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42461
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42450
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-02 16:06 ---
Testcaese?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-02 16:05 ---
Huh, but this looks like a target problem if we generate invalid assembly.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
1 - 100 of 150 matches
Mail list logo
