http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47372
--- Comment #1 from H.J. Lu 2011-01-20 13:41:02
UTC ---
A different crash:
[hjl@gnu-6 ilp32-11]$ cat x.i
typedef unsigned short ush;
typedef ush Pos;
extern ush prev[];
void fill_window( unsigned more, unsigned m)
{
unsigned n;
for (n =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47379
Summary: fwprop1 generates bad codes for x32
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47381
Summary: [x32] internal compiler error: in gen_lowpart_general,
at rtlhooks.c:59
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47381
--- Comment #2 from H.J. Lu 2011-01-20 18:59:10
UTC ---
Another crash
[hjl@gnu-6 ilp32-13]$ cat x.i
struct foo_t {
int limit;
} foo[3];
void
bar () {
int i;
for (i = 0; i < 3; i++) {
__builtin_memset (&foo[i], 0, sizeof(*foo));
}
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
Summary: [x32] Incorrect array access
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc.gnu.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
--- Comment #1 from H.J. Lu 2011-01-20 20:06:45
UTC ---
The testcase is added to the Bionic C library port at
http://git.kernel.org/?p=devel/binutils/hjl/x32.git;a=summary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment #2 from H.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47379
--- Comment #2 from H.J. Lu 2011-01-20 23:28:32
UTC ---
When fwprop props subreg, it should check
1. If inner register is dead after use.
2. If subreg is used in multi-word operations.
3. If subreg is a paradoxical subreg.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
H.J. Lu changed:
What|Removed |Added
Component|target |middle-end
Summary|[x32] Incorrect a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
--- Comment #4 from H.J. Lu 2011-01-21 05:33:53
UTC ---
(In reply to comment #3)
> The ivopts pass transforms
>
>
> unsigned int D.2715;
> unsigned int D.2716;
> ...
> D.2715_43 = (unsigned int) elems_3(D);
> D.2716_42 = D.2715_43 + 429
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
--- Comment #5 from H.J. Lu 2011-01-21 05:52:47
UTC ---
Should ivopts use signed integer instead of unsigned integer
for index type if it is known to be negative?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47397
Summary: GCC not correctly define alignment of memory in AVX
mode
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47397
--- Comment #1 from H.J. Lu 2011-01-21 14:05:21
UTC ---
The bug seems in get_object_alignment.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47397
--- Comment #2 from H.J. Lu 2011-01-21 14:11:59
UTC ---
This testcase can compile
---
double a[1024], b[1024];
void foo()
{
int i;
for (i = 0; i < sizeof (a)/sizeof (a[0]) ; i++)
{
b[i] = a[i+2] * 10.0;
}
}
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47397
--- Comment #6 from H.J. Lu 2011-01-21 14:45:31
UTC ---
(In reply to comment #5)
> Thus, the real reason is that we lack alignment information on
> MEM_REFs/TARGET_MEM_REFs but only have pointer alignment information for now.
I know it won't sol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47397
--- Comment #9 from H.J. Lu 2011-01-21 16:03:41
UTC ---
(In reply to comment #7)
>
> Note that this shouldn't be an issue for AVX/SSE as unaligned moves are
> as fast as aligned ones if they are really aligned (at least I hope
> this is true for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47402
Summary: [4.6 Regression] Bootstrap comparison failure
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47403
Summary: [x32] TLS doesn't work
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47402
H.J. Lu changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47402
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47410
Summary: Linker plugin specification makes it difficult to
handle mixed IR/non-IR objects
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47410
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47410
--- Comment #3 from H.J. Lu 2011-01-22 16:49:54
UTC ---
(In reply to comment #2)
> How it was fixed?
It is very trivial. Linker just needs to add the object-only file
to input file list:
http://git.kernel.org/?p=devel/binutils/hjl/x86.git;a=pat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47414
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47420
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47049
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47424
Summary: [4.6 Regression] Glibc miscompiled
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47426
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47427
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47428
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47440
Summary: Use LCM for vzeroupper optimization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46519
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47446
Summary: [x32] .quad instead of .long is used for address
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
Summary: [32] can’t find a register in class ‘DIREG’ while
reloading ‘asm’
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #1 from H.J. Lu 2011-01-24 23:01:31
UTC ---
RDI is used to pass the first argument.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #2 from H.J. Lu 2011-01-24 23:16:57
UTC ---
fwprop1 turns:
(insn 2 4 3 2 (set (reg/v/f:DI 61 [ trans ])
(zero_extend:DI (reg:SI 5 di [ trans ]))) x.c:4 115
{*zero_extendsidi2_r
ex64}
(nil))
(note 3 2 6 2 NOTE_INSN_FUNCT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
H.J. Lu changed:
What|Removed |Added
CC||bonzini at gnu dot org
--- Comment #3 from H.J.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #5 from H.J. Lu 2011-01-24 23:27:48
UTC ---
Before fwprop1:
---
;; Pred edge ENTRY [100.0%] (fallthru)
(note 4 0 2 2 [bb 2] NOTE_INSN_BASIC_BLOCK)
(insn 2 4 3 2 (set (reg/v/f:DI 61 [ trans ])
(zero_extend:DI (reg:SI 5 di [
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
--- Comment #9 from H.J. Lu 2011-01-24 23:50:05
UTC ---
PR 47379 is another fwprop issue with subreg.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47449
H.J. Lu changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47464
Summary: [4.6 Regression] Many gomp failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47465
Summary: [4.6 Regression] --enable-languages=c
--enable-stage1-languages=c++ no longer builds
libstdc++ in stage1
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47465
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47446
--- Comment #2 from H.J. Lu 2011-01-25 21:53:55
UTC ---
The same testcase failed with -fPIC:
[hjl@gnu-6 ilp32-18]$ /export/build/gnu/gcc-x32/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-x32/build-x86_64-linux/gcc/ -mx32 -O -fPIC -dp -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468
--- Comment #3 from H.J. Lu 2011-01-26 05:53:17
UTC ---
See PR 44948. I think -march=native turns on SSE which
triggers this warning.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47468
--- Comment #4 from H.J. Lu 2011-01-26 05:55:50
UTC ---
Also see PRs 46195 and 46280.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47237
--- Comment #5 from H.J. Lu 2011-01-26 14:26:08
UTC ---
(In reply to comment #4)
> I've commited patch fixing the testcase. H.J., can you please confirm that the
> LTO 32bit faiulres are gone for you?
Sure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47190
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47473
--- Comment #4 from H.J. Lu 2011-01-26 15:14:10
UTC ---
It is caused by revision 147281:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00255.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47379
H.J. Lu changed:
What|Removed |Added
CC||amodra at gmail dot com,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47479
Summary: make -j 12 RUNTESTFLAGS="--target_board 'unix{-m32,}'"
isn't parallelized
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47479
--- Comment #2 from H.J. Lu 2011-01-26 17:51:36
UTC ---
(In reply to comment #1)
> Just use RUNTESTFLAGS='--target_board=unix\{-m32,\}'
> which is parallelized.
Is there a way to paralelize --target_board 'unix{-m32,}'?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47479
--- Comment #3 from H.J. Lu 2011-01-26 19:11:31
UTC ---
I tried RUNTESTFLAGS="--target_board 'unix\{-m32,\}'". It doesn't
look like parallelized:
[hjl@gnu-32 gcc]$ ls build-x86_64-linux/gcc/testsuite
g++ gcc gfortran objc
[hjl@gnu-32 gcc]$
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47478
H.J. Lu changed:
What|Removed |Added
Summary|[4.4/4.5/4.6 Regression]|[4.4/4.5 Regression]
|interna
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47478
H.J. Lu changed:
What|Removed |Added
Known to work||4.5.2, 4.6.0
Summary|[4.4/4.5 Regres
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47479
--- Comment #4 from H.J. Lu 2011-01-26 21:37:19
UTC ---
There are
$(lang_checks_parallelized): check-% : site.exp
@if [ -z "$(filter-out --target_board=%, $(RUNTESTFLAGS))" ] \
&& [ "$(filter -j, $(MFLAGS))" = "-j" ]; then \
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47479
--- Comment #5 from H.J. Lu 2011-01-26 21:48:10
UTC ---
I have to use exactly:
RUNTESTFLAGS=--target_board='unix{-m32,}'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47478
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #6 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47482
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47479
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47237
H.J. Lu changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44909
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
|NEW
Last reconfirmed||2011.01.27 05:41:05
CC||bernds at gcc dot gnu.org,
||hjl.tools at gmail dot com
Host|Linux x86-64|
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831
--- Comment #6 from H.J. Lu 2011-01-27 13:09:52
UTC ---
(In reply to comment #1)
>
> --
> We can make this to crash on valid code, too:
>
>
> struct B { };
> struct D : B { };
> struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46620
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #3 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
--- Comment #4 from H.J. Lu 2011-01-27 20:19:23
UTC ---
(In reply to comment #1)
> This c++98 variation using sizeof instead of decltype gives an ICE in the same
> place:
>
> template < typename T >
> int f( const T &, const char * );
>
> templ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
Summary: [4.6 Regression] SPEC CPU 2006 failed to link with LTO
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
--- Comment #1 from H.J. Lu 2011-01-27 20:49:51
UTC ---
Revision 169303 is bad.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Milestone|-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47498
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
Summary: [x32] can’t find a register in class ‘SIREG’ while
reloading ‘asm’
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
H.J. Lu changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
--- Comment #2 from H.J. Lu 2011-01-28 00:16:53
UTC ---
It is a bad idea for combine to replace pseudo registers in
asm statements with hard registers, which is the job of RA.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment #3 from H.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47501
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47503
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497
--- Comment #5 from H.J. Lu 2011-01-28 13:46:06
UTC ---
(In reply to comment #3)
> Please specify the linker you are using and compile-flags you are using to
> build SPEC - you should know the information you gave is not enough to
> reproduce the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47511
H.J. Lu changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #2 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47537
Summary: [x32] internal compiler error: in copy_to_mode_reg, at
explow.c:635
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
H.J. Lu changed:
What|Removed |Added
Target|x86_64-apple-darwin10 |x86_64
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #7 from H.J. Lu 2011-01-30 19:24:16
UTC ---
Revision 168440 also miscompiled the test:
make[4]: Entering directory `/export/gnu/import/rrs/pr47538/bld/linalg'
3[0]: 1.13399061720677903e-312 1.5
3[1]:2.500
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
--- Comment #2 from H.J. Lu 2011-01-31 14:32:34
UTC ---
(In reply to comment #1)
>
> I think HJ caused this (the -dumpdir / -dumpbase flags are bogus), non-LTO
> does not use -dumpdir, lto-wrapper.c is what sets that flag (I don't
> remember why
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
H.J. Lu changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
H.J. Lu changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
H.J. Lu changed:
What|Removed |Added
Target Milestone|4.6.0 |4.5.3
Summary|[4.5/4.6 Regression] W
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47576
Summary: [4.6 Regression] FAIL: gfortran.dg/graphite/pr42732.f
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47576
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
--- Comment #7 from H.J. Lu 2011-02-02 14:18:22
UTC ---
(In reply to comment #6)
> Created attachment 23213 [details]
> gcc46-pr47581.patch
>
> This patch indeed fixes the testcase and passed bootstrap/regtest on
> x86_64-linux and i686-linux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
--- Comment #8 from H.J. Lu 2011-02-02 14:57:22
UTC ---
For this tescase, gcc 4.4 generates the most efficient code
while 4.5/4.6 become worse and worse:
[hjl@gnu-6 gcc]$ cat x.i
unsigned mulh(unsigned a, unsigned b)
{
unsigned long long l __
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
H.J. Lu changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #9 from H.J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
--- Comment #4 from H.J. Lu 2011-02-03 15:52:50
UTC ---
(In reply to comment #0)
> Enabling -fgraphite at -O2 with...
>
> /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./prev-gcc/xgcc
> -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./p
801 - 900 of 7250 matches
Mail list logo
