http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47223
Summary: Fail to build gcc 4.6.0 (r168594) on mingw32
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: plugins
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45313
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Sebastian Po
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47222
--- Comment #1 from H.J. Lu 2011-01-08 04:59:40
UTC ---
It failed with the Linux binutils 2.21.51.0.5 and hjl/lto-mixed branch at
http://git.kernel.org/?p=devel/binutils/hjl/x86.git;a=summary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47222
Summary: [4.6 Regression] Revision 168593 failed many tests
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47209
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #10 from H.J. Lu 2011-01-08 02:21:39
UTC ---
Created attachment 22931
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22931
A reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #15 from Jan Hubicka 2011-01-08
00:35:03 UTC ---
OK, both decl and e->callee->former_clone_of points to decls that are not
clones.
(gdb) p debug_tree (decl->decl_with_vis.assembler_name)
local bindings <(nil)>>
$14 = void
(gdb) p de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #14 from Jan Hubicka 2011-01-08
00:24:34 UTC ---
huh, -O2 instead of -O3. It reproduces for me now. Sorry for noise.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #13 from Jan Hubicka 2011-01-08
00:23:28 UTC ---
I tested only the reduced testcase, but it still seems to work for me
j...@gcc10:~/trunk/build/gcc$ ./xgcc -B ./ -O2 a.cc -S -frounding-math
a.cc:68:19: warning: inline function 'bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47221
Summary: Bugus warnings issued during lto bootstrap
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #12 from Marc Glisse 2011-01-07
23:47:35 UTC ---
(In reply to comment #11)
> It does not reproduce for me, perhaps it was fixed by the recursive inliner
> fix?
Did you try with a.cc? ouin.cc hasn't reproduced for a while. I just chec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47209
--- Comment #1 from Zdenek Sojka 2011-01-07 23:42:49
UTC ---
I don't know if the code is valid or invalid (I have no clue what is the
meaning of "base::foo;"). Comeau online and icc 11.1 accept it though.
If it is not valid, changing "base::foo;"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47220
Summary: [C++0x] invalid code using template with variable
argument list is accepted
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47216
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46367
--- Comment #9 from Jan Hubicka 2011-01-07
22:52:57 UTC ---
Author: hubicka
Date: Fri Jan 7 22:52:54 2011
New Revision: 168587
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168587
Log:
PR tree-optimization/46367
* g++.dg/tortur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030
--- Comment #2 from Tobias Burnus 2011-01-07
22:22:15 UTC ---
Created attachment 22930
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22930
Draft patch
Draft patch attached (untested).
TODO: Warn if the same COMMON block has different ext_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47219
Summary: ICE mems_in_disjoint_alias_sets_p, at alias.c:401
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47216
--- Comment #1 from Zdenek Sojka 2011-01-07 21:50:30
UTC ---
At the assembly level:
func_1:
movrax, QWORD PTR g...@gotpcrel[rip]
movrdx, QWORD PTR l_5_...@gotpcrel[rip]
movecx, DWORD PTR [rdx] # ecx = 4
leaedx, 7[
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46469
--- Comment #4 from Jan Hubicka 2011-01-07
21:18:16 UTC ---
I think we also should drop needed flags on extern symbols once cgraph is fully
built.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
--- Comment #5 from Kai Tietz 2011-01-07 21:11:52
UTC ---
Author: ktietz
Date: Fri Jan 7 21:11:48 2011
New Revision: 168585
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168585
Log:
2011-01-07 Kai Tietz
PR bootstrap/47215
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46469
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47009
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46367
Jan Hubicka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #8 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #11 from Jan Hubicka 2011-01-07
21:01:53 UTC ---
It does not reproduce for me, perhaps it was fixed by the recursive inliner
fix?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47152
aesok at gcc dot gnu.org changed:
What|Removed |Added
Target|cris-axis-elf |cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46367
--- Comment #7 from Jan Hubicka 2011-01-07
20:52:24 UTC ---
Patch posted http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00401.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
--- Comment #8 from hjl at gcc dot gnu.org 2011-01-07
20:35:08 UTC ---
Author: hjl
Date: Fri Jan 7 20:35:05 2011
New Revision: 168583
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168583
Log:
Keep -m[arch|tune]=native in COLLECT_GCC_OPT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #4 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
--- Comment #3 from Kai Tietz 2011-01-07 19:48:18
UTC ---
I am just about to test a patch for this. Java misses to build some type-nodes,
which are necessary for building the va_list type. It seems so that
unsigned_type_node is the culprit here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
--- Comment #2 from Dominique d'Humieres 2011-01-07
19:42:43 UTC ---
Confirmed on x86_64-apple-darwin10.6.0. After reverting revision 168569
bootstrapping succeeds.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47141
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #9 from Jonathan Wakely 2011-01-07
19:27:16 UTC ---
Created attachment 22929
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22929
manually reduced ... a little
this has no dependency on and has some unused boost code removed
o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45989
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-01-07 19:16:42 UTC ---
> --- Comment #7 from Dominique d'Humieres
> 2011-01-05 22:31:14 UTC ---
>> * We should use i?86*-*-* (or perhaps just i?86-*-*, I see no reason for the
>> first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47201
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.6.0
Summary|[4.5/4.6 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45721
--- Comment #6 from Jan Hubicka 2011-01-07
18:43:49 UTC ---
path posted http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00375.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #6 from js-gcc at webkeks dot org
2011-01-07 18:43:15 UTC ---
> This means that, assuming that spinlocks are infinitely faster than mutexes,
> in
> the best possible conditions they would speed up the accessors (or, at least,
> the s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47201
--- Comment #2 from Jakub Jelinek 2011-01-07
18:41:42 UTC ---
Author: jakub
Date: Fri Jan 7 18:41:40 2011
New Revision: 168582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168582
Log:
PR target/47201
* config/i386/i386.c (ix86_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47187
--- Comment #3 from Jakub Jelinek 2011-01-07
18:39:14 UTC ---
Author: jakub
Date: Fri Jan 7 18:39:11 2011
New Revision: 168581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168581
Log:
PR bootstrap/47187
* value-prof.c (gimple_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46367
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #7 from rwgk at yahoo dot com 2011-01-07 18:32:12 UTC ---
> This command still produces the original ICE with gcc svn trunk rev. 168562:
Sorry, cut and paste error. The last command should have been
g++ -O3 pr46807_gcc46_ice_pre_proc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46523
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46807
--- Comment #6 from rwgk at yahoo dot com 2011-01-07 18:29:59 UTC ---
Created attachment 22928
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22928
pre-processor output of original reproducer
Created with (Fedora 14 64-bit):
g++ -E gcc_bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46557
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #5 from Nicola Pero 2011-01-07 18:23:10
UTC ---
I tried the same benchmark using pthread_spin_lock() and pthread_spin_unlock();
it takes about 11.4 seconds.
So, that means the time required to execute an accessor can go down to about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #24 from Jan Hubicka 2011-01-07
18:21:03 UTC ---
Author: hubicka
Date: Fri Jan 7 18:21:00 2011
New Revision: 168580
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168580
Log:
PR lto/45375
* lto-opt.c (lto_reissue_opti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
H.J. Lu changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
Target Milestone|--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #10 from Jan Hubicka 2011-01-07 18:13:33
UTC ---
> Basically what happens that cgraph_node (decl) and e->callee have the
> same former_clone_of one is not clone of each other. I am now about
> to investigate how exactly this appears
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #23 from Jan Hubicka 2011-01-07
18:11:39 UTC ---
I've updated mozilla tree and rebuilt with top of tree GCC. The resulting
binary seems to work well. Two GCC patches are required:
http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00210.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47218
Summary: [4.6.0 regression] C++ multiple definitions of
non-virtual thunk problem
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47217
Summary: builtin functions should emit debug data
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031
--- Comment #4 from Nicola Pero 2011-01-07 17:56:01
UTC ---
Jonathan
thanks for your comments - they are very useful and we certainly want to look
at performance. ;-)
I'm not terribly convinced by using spinlocks in this context, but I'm happy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47216
Summary: [4.6 Regression] gcc.dg/torture/pr43360.c FAILs with
-O -fPIC -fgcse -fgcse-sm -fnon-call-exceptions
-fno-tree-dse
Product: gcc
Version: 4.6.0
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47194
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47189
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43682
--- Comment #2 from Chen Chen 2011-01-07
17:17:05 UTC ---
I know it's about boehm-gc, and I've found that they have been solved in the
upstream. I come here one year ago to ask for a merge. I cannot handle the
multilib Makefile of boehm-gc...
Thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43682
Victor K. changed:
What|Removed |Added
CC||vityan at vityan dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #9 from Martin Jambor 2011-01-07
16:57:45 UTC ---
Please disregard the previous comment, I thought that was the case
because of a typo.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Summary: [4.6 Regression] Failed to bootstrap
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47211
Zdenek Sojka changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #3 from Zd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580
--- Comment #8 from Tobias Burnus 2011-01-07
16:19:34 UTC ---
Author: burnus
Date: Fri Jan 7 16:19:29 2011
New Revision: 168579
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168579
Log:
2011-01-07 Tobias Burnus
PR fortran/41
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47214
Summary: False warning "null argument where non-null required"
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47204
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47141
Jeffrey A. Law changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47211
--- Comment #2 from Zdenek Sojka 2011-01-07 15:40:25
UTC ---
Thank you for your reply. I got that ICE when running the testsuite with
-fms-extensions in RUNTESTFLAGS (actually, this isn't the only ICE caused by
-fms-extensions, but the patch you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47213
Summary: ICE: SIGSEGV in determine_visibility (decl2.c:2076)
with -fvisibility-ms-compat
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
--- Comment #17 from Rainer Orth 2011-01-07 15:27:50
UTC ---
Author: ro
Date: Fri Jan 7 15:27:47 2011
New Revision: 168575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168575
Log:
Backport from mainline:
2011-01-06 Rainer Orth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47211
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47212
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47208
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47212
Summary: [C++0x] crash on lambda returning lambda
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47207
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47206
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47133
Ian Bolton changed:
What|Removed |Added
Keywords||missed-optimization
Status|UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47210
--- Comment #2 from Ryou Ezoe 2011-01-07 14:02:43
UTC ---
Sorry, I didn't noticed that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47210
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Compil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #22 from Tobias Burnus 2011-01-07
13:41:17 UTC ---
(In reply to comment #20)
> This is easily fixed by putting the first letter of the derived type name in
> upper case:
[...]
(In reply to comment #21)
> even with the patch for PR 41
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #21 from Tobias Burnus 2011-01-07
13:25:56 UTC ---
(In reply to comment #19)
> (In reply to comment #18)
> class(two_three), allocatable :: a1
> class(three), allocatable :: a2
> In the dump you can see that we end up with one vtab f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47196
--- Comment #3 from Tobias Burnus 2011-01-07
13:16:48 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > c) Build libquadmath but no Fortran REAL(16) support
> This would be
> --enable-libquadmath --disable-libquadmath-support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
Martin Jambor changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43309
--- Comment #16 from Rainer Orth 2011-01-07 13:02:34
UTC ---
Author: ro
Date: Fri Jan 7 13:02:29 2011
New Revision: 168567
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168567
Log:
Backport from mainline:
2011-01-06 Rainer Orth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41580
--- Comment #7 from Tobias Burnus 2011-01-07
12:59:06 UTC ---
Submitted patch: http://gcc.gnu.org/ml/fortran/2011-01/msg00051.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46313
--- Comment #20 from janus at gcc dot gnu.org 2011-01-07 12:58:07 UTC ---
(In reply to comment #19)
> In the dump you can see that we end up with one vtab for both types.
This is easily fixed by putting the first letter of the derived type name in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47205
--- Comment #3 from Jan Hubicka 2011-01-07
12:51:58 UTC ---
Hmm, at second tought I guess statement gets improperly updated for lack of
side effect in fixup_cfg. Will look into it.
Even that is however not enough for function to be optimized aw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47205
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47205
--- Comment #1 from Jan Hubicka 2011-01-07 12:47:23 UTC
---
> extern int foo(void);
>
> int main(void)
> {
> return foo() * 0;
> }
This is because gimple part of optimizers for some reason leads to the
following in the optimized dump:
main ()
> extern int foo(void);
>
> int main(void)
> {
> return foo() * 0;
> }
This is because gimple part of optimizers for some reason leads to the
following in the optimized dump:
main ()
{
:
foo ();
return 0;
}
and only RTL optimizers do the trick.
This is weird since pure/const detect funct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47196
--- Comment #2 from Daniel Franke 2011-01-07
12:44:17 UTC ---
(In reply to comment #1)
> c) Build libquadmath but no Fortran REAL(16) support
>If one wants to save a few KiB for Fortran but wants to us libquadmath,
>e.g, with C/C++
This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44463
--- Comment #8 from Jan Hubicka 2011-01-07 12:41:45 UTC
---
actually it might be as easy as walking alias pairs after decl merging and
killing all pairs where decl has been replaced by different. This probably can
be done at same time as we rewr
actually it might be as easy as walking alias pairs after decl merging and
killing all pairs where decl has been replaced by different. This probably can
be done at same time as we rewrite IL.
1 - 100 of 130 matches
Mail list logo