http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
Summary: -save-temps and -finput-charset= causing 'cc1.exe:
error: failure to convert gbk to UTF-8'
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
--- Comment #1 from Yu Simin 2011-01-31 08:07:27
UTC ---
$ arm-gcc -v -finput-charset=gbk -c -save-temps gbk.c
Using built-in specs.
COLLECT_GCC=arm-gcc
COLLECT_LTO_WRAPPER=/home/starlight/src/gnu-toolchain/platform/cross-on-linux/mingw/bin/../li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
--- Comment #4 from Jakub Jelinek 2011-01-31
08:20:29 UTC ---
Created attachment 23173
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23173
pr47416.ii
Somewhat reduced testcase which preserves the property that after diagnosing
one error it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47550
Summary: PURE with VALUE and w/o INTENT: add gfc_notify_std
(GFC_STD_F2008 ?
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #10 from Alan Modra 2011-01-31 08:47:16
UTC ---
With enough fiddling around, I finally duplicated the error, in my case when
linking lto1.
libbackend.a(cse.o): In function `insert_const_anchors':
/src/gcc-current/gcc/cse.c:1293: sibl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47456
--- Comment #6 from steve.reinke at iws dot fraunhofer.de 2011-01-31 08:47:55
UTC ---
Created attachment 23174
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23174
the jar which trys to load the dll
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47454
--- Comment #3 from Carrot 2011-01-31 08:48:40 UTC
---
(In reply to comment #2)
> -frename-registers should help for this issue on the ARM.
All of r8 can be renamed to r2, in this case only two of them have been
renamed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47456
--- Comment #7 from steve.reinke at iws dot fraunhofer.de 2011-01-31 08:48:43
UTC ---
Created attachment 23175
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23175
batch file for compiling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47456
--- Comment #8 from steve.reinke at iws dot fraunhofer.de 2011-01-31 08:49:04
UTC ---
Created attachment 23176
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23176
the dll i try to load
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Component|middle-e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44183
--- Comment #7 from Richard Guenther 2011-01-31
10:06:27 UTC ---
(In reply to comment #6)
> It depends on the specific values of (a) array end alignment and (b) the
> number
> of bytes read. As long as the array end + number of bytes read can cr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47501
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47498
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
--- Comment #3 from Joost VandeVondele
2011-01-31 10:16:24 UTC ---
(In reply to comment #2)
> Target piece, if there is one. PR44183 for the vectorizer piece, if there is
> one.
I'm almost certain that this is a dup of PR44183. As far as I can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #10 from Jakub Jelinek 2011-01-31
10:27:58 UTC ---
Self-contained testcase:
/* PR tree-optimization/47538 */
struct S
{
double a, b, *c;
unsigned long d;
};
__attribute__((noinline, noclone)) void
foo (struct S *x, const struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540
--- Comment #4 from Mikael Pettersson 2011-01-31
10:34:56 UTC ---
I can reproduce the ICE with a 4.5.2 cross to arm-elf. Only occurs for Thumb1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47508
--- Comment #3 from Jakub Jelinek 2011-01-31
10:40:20 UTC ---
Alex (temporarily) reverted the patch on the trunk, can you verify this is gone
again?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #11 from Richard Guenther 2011-01-31
10:44:08 UTC ---
(In reply to comment #9)
> > Why do we need something so ill-designed as sizetype? Just for Ada?
>
> Yes, they are useful for Ada, but the _original_ design; the POINTER_PLUS_EXP
* gcc.c-torture/compile/20110131-1.c: New test.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20110131-1.c
Modified:
trunk/gcc/testsuite/ChangeLog
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
--- Comment #4 from rguenther at suse dot de
2011-01-31 10:47:53 UTC ---
On Mon, 31 Jan 2011, Joost.VandeVondele at pci dot uzh.ch wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
>
> --- Comment #3 from Joost VandeVondele
> 2011-01
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44183
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Ian Bolton changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
--- Comment #7 from Alexandre Oliva 2011-01-31
11:03:11 UTC ---
Revised patch under testing, posted at
http://gcc.gnu.org/ml/gcc-patches/2011-01/msg02264.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
--- Comment #6 from Tobias Burnus 2011-01-31
11:03:31 UTC ---
(In reply to comment #5)
> hydro_flow.f90:55.13:
> call this%init(st, gr)
> 1
> Error: Found no matching specific binding for the call to the GENERIC
> 'init' at (1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
--- Comment #6 from Joost VandeVondele
2011-01-31 11:17:46 UTC ---
(In reply to comment #5)
> valgrind sucks (maybe report this to them).
I think this is an unnecessary comment (all useful tools have bugs, or features
we don't like). The issue h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #12 from Jakub Jelinek 2011-01-31
11:36:24 UTC ---
Created attachment 23177
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23177
gcc46-pr47538.patch
The #c8 patch doesn't bootstrap, agree with Richard this is not stage4ish.
Ano
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47551
Summary: ICE when reloading neon registers from out-of-range
offsets
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #13 from Richard Guenther 2011-01-31
11:55:03 UTC ---
Can we use sth like
Index: tree-ssa-ccp.c
===
--- tree-ssa-ccp.c (revision 169434)
+++ tree-ssa-ccp.c (wo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #14 from Richard Guenther 2011-01-31
12:07:52 UTC ---
Created attachment 23178
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23178
patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
Richard Guenther changed:
What|Removed |Added
Attachment #23178|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47552
Summary: CTIME: Valgrind warning "depends on uninitialised
value"
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47552
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47553
Summary: ARM neon vld1q_lane_u8 & co. don't accept lanes >= 8
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47519
--- Comment #6 from Dominique d'Humieres 2011-01-31
13:24:19 UTC ---
> That does indeed regtest OK.
It passes all my tests too;-)
Thanks for the patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47528
Richard Guenther changed:
What|Removed |Added
Target||mingw64-*-*
--- Comment #1 from Richar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47527
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #1 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47521
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--- Comment #17 from Rainer Orth 2011-01-31 14:27:45
UTC ---
That works. Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2011-01/msg02297.html
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=47528
--- Comment #2 from Dongsheng Song 2011-01-31
14:34:07 UTC ---
(In reply to comment #1)
> I think you use an old GCC snapshot (if you didn't pass -fuse-linker-plugin
> manually). That said, your target should not use the flag unconditionally,
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
--- Comment #7 from janus at gcc dot gnu.org 2011-01-31 14:49:00 UTC ---
(In reply to comment #5)
> Alright, here is a draft patch:
The patch in comment #5 regtests cleanly. I will commit as obvious soon ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--- Comment #18 from Rainer Orth 2011-01-31 14:56:35
UTC ---
Author: ro
Date: Mon Jan 31 14:56:31 2011
New Revision: 169440
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169440
Log:
PR target/45325
* gcc.target/i386/pr38240.c: Ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #16 from Jack Howarth 2011-01-31
14:59:43 UTC ---
(In reply to comment #15)
> Created attachment 23179 [details]
> another update
This patch eliminates the testsuite failures in gsl-1.14 built at either -O2 or
-O3 under current gcc t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47400
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47515
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-01-31 15:11:15 UTC ---
> --- Comment #1 from Ralf Wildenhues 2011-01-28
> 18:53:54 UTC ---
> (In reply to comment #0)
>> * Building libgo still depends on a linker supporting --whole-ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #7 from Jakub Jelinek 2011-01-31
15:57:28 UTC ---
Created attachment 23180
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23180
pr47541.ii
For Richard:
x86_64-linux, trunk from today, ./cc1plus -O2 -fdump-tree-alias
-fdump-tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #8 from Richard Guenther 2011-01-31
16:28:19 UTC ---
Hmm. We have
D.10321_19 = MEM[(const struct RefCount &)ptr_3(D) + 8].count_;
MEM[(struct RefCount *)D.9717_8 + 8B].count_ = D.10321_19;
D.10322_20 = MEM[(struct RefCount *)D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #5 from Jeffrey A. Law 2011-01-31 16:33:29
UTC ---
I'm far from an ARM expert, but this looks like a problem in the ARM backend.
Anyway, I'm still investigating.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #9 from Richard Guenther 2011-01-31
16:40:11 UTC ---
Testcase:
struct Dummy {};
struct RefCount : public Dummy {
~RefCount(); /* Has to be non-pod. */
int *a;
int *b;
};
RefCount::~RefCount(){}
struct Wrapper : public Du
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #17 from Jakub Jelinek 2011-01-31
16:52:27 UTC ---
Author: jakub
Date: Mon Jan 31 16:52:22 2011
New Revision: 169441
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169441
Log:
PR tree-optimization/47538
* tree-ssa-ccp.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
|g
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=47541
--- Comment #10 from Richard Guenther 2011-01-31
17:07:19 UTC ---
So, type Wrapper as seen by PTA has
Wrapper
offset 64: RefCount
RefCount
offset 0: a
offset 64: b
and the issue is that the ptr parameter gets the address of a as initial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Jan Hubicka changed:
What|Removed |Added
CC||dave.korn.cygwin at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #22 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47520
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47554
Summary: [trans-mem] expand_expr_addr_expr_1 ICE
Product: gcc
Version: trans-mem
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47554
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47554
--- Comment #2 from Aldy Hernandez 2011-01-31
17:43:11 UTC ---
./cc1plus b.C -O0 -fgnu-tm -fdump-tree-all -fdump-ipa-all -quiet
b.C: In member function 'list list::_M_get_Tp_allocator() const':
b.C:14:38: internal compiler error: in expand_expr_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #6 from Jeffrey A. Law 2011-01-31 17:57:45
UTC ---
Created attachment 23184
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23184
potential fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #7 from Jeffrey A. Law 2011-01-31 17:58:37
UTC ---
When I first started looking at this problem I was ready to point the finger at
the ARM backend. A missing secondary reload or something along those lines..
However, after further i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
--- Comment #8 from janus at gcc dot gnu.org 2011-01-31 18:11:36 UTC ---
Author: janus
Date: Mon Jan 31 18:11:32 2011
New Revision: 169443
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169443
Log:
2011-01-31 Janus Weil
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #11 from Sebastian Pop 2011-01-31
18:12:38 UTC ---
Here is a reduced testcase from induct.f90 for the first loop
not vectorized with -fgraphite-identity:
module mqc_m
integer, parameter, private :: longreal = selected_real_kind(15,90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47492
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40183
Graham Reed changed:
What|Removed |Added
CC||greed at pobox dot com
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #12 from Dominique d'Humieres
2011-01-31 18:46:23 UTC ---
> I looked at how to improve translate_scalar_reduction_to_array in
> order to avoid the creation of the temporary array, but it seems to be
> difficult as the result is writte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #23 from Dave Korn 2011-01-31 18:53:30
UTC ---
(In reply to comment #21)
> The problem is that first one is defined as prevailing_def_ironly while it is
> not an definition, just use of the symbol. Correct would be to have
> PREVAILI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
--- Comment #14 from Jakub Jelinek 2011-01-31
18:56:33 UTC ---
Created attachment 23185
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23185
gcc46-pr45122.patch
Here is a patch I've bootstrapped/regtested today on x86_64-linux and
i686-linu
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=47519
--- Comment #7 from Paul Thomas 2011-01-31 19:13:17
UTC ---
Author: pault
Date: Mon Jan 31 19:13:13 2011
New Revision: 169444
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169444
Log:
2011-01-31 Paul Thomas
PR fortran/47519
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #24 from dave at hiauly1 dot hia.nrc.ca 2011-01-31 19:35:15 UTC ---
> What endian-ness are the ppc and hppa targets?
hppa is big. I believe ppc is also big.
Dave
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #25 from Dave Korn 2011-01-31 19:40:52
UTC ---
(In reply to comment #24)
> > What endian-ness are the ppc and hppa targets?
>
> hppa is big. I believe ppc is also big.
>
> Dave
Probably the first time this code has been tested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555
Summary: Huge memory usage when optimizing
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
Andrew Pinski changed:
What|Removed |Added
Component|driver |preprocessor
--- Comment #2 from Andrew P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
--- Comment #6 from Jakub Jelinek 2011-01-31
20:19:31 UTC ---
Author: jakub
Date: Mon Jan 31 20:19:25 2011
New Revision: 169447
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169447
Log:
PR c++/47416
* semantics.c (build_data_memb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
--- Comment #3 from Yu Simin 2011-01-31 20:22:11
UTC ---
(In reply to comment #2)
> >cc1: error: failure to convert gbk to UTF-8
>
> The preprocessor is only really know how to convert UTF-8 to/from UTF16/32
> LE/BE without the help from the hos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
andreasmeier80 at gmx dot de changed:
What|Removed |Added
CC||andreasmeier80 at gmx dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
--- Comment #13 from Paolo Carlini 2011-01-31
20:50:16 UTC ---
Still, apparently it's a regression, thus, if we could identify which specific
patch fixed it and it turned out to be small enough, we could consider applying
it to 4_5-branch too, at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
--- Comment #4 from joseph at codesourcery dot com 2011-01-31 20:51:56 UTC ---
The involvement of -save-temps makes me suspect the same underlying issue
as bug 21521.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47029
--- Comment #2 from Hari Kodungallur 2011-01-31
20:54:57 UTC ---
Created attachment 23187
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23187
/usr/include/sys/stat.h from a CentOS 5.5 server.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47029
--- Comment #3 from Hari Kodungallur 2011-01-31
20:55:37 UTC ---
Sorry for the delay. I was on vacation. I've attached the stat.h header file.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
Joel Sherrill changed:
What|Removed |Added
Known to fail||
--- Comment #33 from Joel Sherrill 2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
--- Comment #9 from Tobias Burnus 2011-01-31
21:42:29 UTC ---
(In reply to comment #6)
> > And the same without type-binding:
> > call init_comps(this, st, gr)
> > Error: Type mismatch in argument 'this' at (1); passed CLASS(flow_t) to
> > CL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47556
Summary: x86: fails to take advantage of high-byte addressing
mode
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #17 from Artem S. Tashkinov
2011-01-31 21:46:29 UTC ---
At least on i686 platform the difference is marginal (GCC flags: -O2
-march=pentium-m -fomit-frame-pointer, Intel Core Gen 2 CPU):
GCC 3.4.6
real0m15.859s
user0m15.662s
1 - 100 of 152 matches
Mail list logo
