http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40436
Jan Hubicka changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #46 from Jan Hubicka 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46554
Summary: Less inlining leads to CSiBE regression
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46555
Summary: PHI RTL expansion leads to CSiBE regression
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #5 from Jakub Jelinek 2010-11-19
08:46:46 UTC ---
Actually, reading that comment again it, the conversion warnings are probably
emitted during convert_for_assignment and thus the earlier c_fully_fold is
needed. Perhaps we need anothe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
Summary: Code size regression in struct access
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46523
--- Comment #2 from Richard Guenther 2010-11-19
09:47:19 UTC ---
Created attachment 22453
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22453
reduced testcase
autoreduced testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526
--- Comment #6 from Jakub Jelinek 2010-11-19
09:55:10 UTC ---
Created attachment 22454
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22454
gcc46-pr46526.patch
Possible fix. Not sure how often C++ FE tries to modify something within
expres
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46297
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
--- Comment #3 from Richard Guenther 2010-11-19
10:17:03 UTC ---
Created attachment 22455
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22455
reduced testcase
Reduced with
Index: gcc/ipa-inline.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
--- Comment #4 from Richard Guenther 2010-11-19
10:18:02 UTC ---
It looks like we are inlining a recursive virtual call and get confused in
that process.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46557
Summary: [4.6 Regression] ICE in
cgraph_will_be_removed_from_program_if_no_direct_calls
, at cgraph.c:2820
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46557
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45789
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46552
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46554
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46555
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
> I thought partial inlining would maybe fix this? Otherwise it's really a
> case that needs IP analysis.
Not with -Os, we really know that it will optimize away.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46554
--- Comment #2 from Jan Hubicka 2010-11-19 10:57:57 UTC
---
> I thought partial inlining would maybe fix this? Otherwise it's really a
> case that needs IP analysis.
Not with -Os, we really know that it will optimize away.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46544
--- Comment #2 from Sebastian Mach 2010-11-19
11:13:49 UTC ---
(In reply to comment #1)
Thanks for clarifiying.
> As you can clearly see
It wasn't that clear to me. As a user of g++ and C++, and as a programmer, I am
not into every DR, as I am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46544
--- Comment #3 from Paolo Carlini 2010-11-19
11:20:17 UTC ---
I understand ;) As a general rule, if you see in the code mentioned a "DR XXX.
YYY", with _GLIBCXX_RESOLVE_LIB_DEFECTS before, it means we are implementing a
change beyond the letter o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45789
--- Comment #4 from Richard Guenther 2010-11-19
11:57:26 UTC ---
Author: rguenth
Date: Fri Nov 19 11:57:21 2010
New Revision: 166936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166936
Log:
2010-11-19 Richard Guenther
PR lto/457
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45789
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46558
Summary: dbgcnt.c messages not marked for translation
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46559
Summary: libstdc++ link FAILs with -flto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: lto
Severity: normal
Priority: P3
Component: middle-end
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #6 from joseph at codesourcery dot com 2010-11-19 13:01:35 UTC ---
My inclination is that the problem is a missing check of
in_late_binary_op. Specifically, that c_common_truthvalue_conversion
should call save_expr instead of c_save
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46560
Summary: libstdc++ execute FAILs with -flto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: lto, wrong-code
Severity: normal
Priority: P3
Component: tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46561
Summary: [4.6 Regression] -fcompare-debug failure (length) with
-O2 -ftree-vectorize -ftree-parallelize-loops
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46544
--- Comment #4 from Sebastian Mach 2010-11-19
13:12:10 UTC ---
(In reply to comment #3)
> As a general rule, if you see in the code mentioned a "DR XXX.
> YYY", with _GLIBCXX_RESOLVE_LIB_DEFECTS before, it means we are implementing a
> change bey
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46558
--- Comment #1 from Richard Guenther 2010-11-19
13:16:04 UTC ---
Hm. debug counters are for debugging only thus I don't think we need to
translate strings there (much as we don't translate comments in GCC code
or stuff we dump with -ftime-report
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46561
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #7 from H.J. Lu 2010-11-19 13:18:21
UTC ---
It is caused by revision 46547:
http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00761.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #8 from H.J. Lu 2010-11-19 13:18:55
UTC ---
It is caused by revision 145254:
http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00761.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46558
--- Comment #2 from joseph at codesourcery dot com 2010-11-19 13:22:23 UTC ---
On Fri, 19 Nov 2010, rguenth at gcc dot gnu.org wrote:
> Hm. debug counters are for debugging only thus I don't think we need to
> translate strings there (much as we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43925
Rainer Orth changed:
What|Removed |Added
Target|mips-sgi-irix6.5|mips-sgi-irix6.5,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
--- Comment #16 from Jack Howarth 2010-11-19
13:48:45 UTC ---
I can confirm that removing the gcc_assert (!DECL_EXTERNAL (decl)) as suggested
in comment 8 does eliminate the bootstrap failures without regressions on
x86_64-apple-darwin10...
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46561
H.J. Lu changed:
What|Removed |Added
CC||irar at il dot ibm.com
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46557
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46562
Summary: CCP currently needs iteration for &a[i]
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46562
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46549
Ralf Wildenhues changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
Ralf Wildenhues changed:
What|Removed |Added
CC||anhvofrcaus at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46562
--- Comment #2 from Richard Guenther 2010-11-19
15:57:32 UTC ---
SCCVN also fails to recognize &a[i_1] as constant.
I'll add a get_addr_base_and_unit_offset variant with a callback to valueize
SSA names. That should cover both.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
Summary: link with -lgcc when creating a shared lib
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #1 from christophe.lyon at st dot com 2010-11-19 16:05:16 UTC ---
Created attachment 22458
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22458
shared lib C++ source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #2 from Andrew Haley 2010-11-19 16:09:00
UTC ---
If you try linking with "-lgcc_s -lgcc", does everything then work?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46564
Summary: [4.6 Regression] ICE: in decl_constant_var_p, at
cp/decl2.c:3562 on invalid recursive initialization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #3 from christophe.lyon at st dot com 2010-11-19 16:12:11 UTC ---
Yes. I did find this workaround myself, but I was very surprised I had to do it
manually.
(As I said, the problem arised when building QT, and I guess I'm not the first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45830
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46565
Summary: [4.5/4.6 Regression] ICE: SIGSEGV in pop_tinst_level
(pt.c:7513) with -gstabs -g on invalid code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46565
Zdenek Sojka changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #5 from christophe.lyon at st dot com 2010-11-19 16:49:05 UTC ---
I am not sure what you mean about "libgcc_s.so linker script".
But I think the difference is that I am cross-compiling.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #6 from Andrew Haley 2010-11-19 17:30:35
UTC ---
I am cross-compiling too.
Try this:
$ cat /home/aph/x-arm/install/arm-linux-gnueabi/lib/libgcc_s.so
/* GNU ld script
Use the shared library, but some functions are only in
the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #7 from Mikael Pettersson 2010-11-19
17:38:35 UTC ---
The example works for me also with a cross built from gcc-4.5.1 with
--enable-shared --enable-languages=c,c++.
> armv5tel-unknown-linux-gnueabi-g++ atomic.cxx -fPIC -shared -o lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #19 from Jerry DeLisle 2010-11-19
17:42:12 UTC ---
Another test case to think about. Ifort compiles but gives:
ptr =
myA%i%j = 1 2 3 4
gfortran compiles and gives:
$ ./a.out
Segm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46270
Aldy Hernandez changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46026
--- Comment #2 from Aldy Hernandez 2010-11-19
18:06:01 UTC ---
BTW, a workaround while Alex gets his patch committed is to run make again on
the partially built tree. The second time around, the build will succeed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
Summary: ipa_tm_decrement_clone_counts ICE at -O2
Product: gcc
Version: trans-mem
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
--- Comment #1 from Aldy Hernandez 2010-11-19
18:11:23 UTC ---
Created attachment 22460
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22460
boom
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
Aldy Hernandez changed:
What|Removed |Added
Keywords||trans-mem
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46566
Summary: ipa_tm_decrement_clone_counts ICE at -O2
Product: gcc
Version: trans-mem
Status: RESOLVED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
--- Comment #2 from Aldy Hernandez 2010-11-19
18:14:07 UTC ---
*** Bug 46566 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #10 from Joseph S. Myers 2010-11-19
18:33:02 UTC ---
Author: jsm28
Date: Fri Nov 19 18:32:57 2010
New Revision: 166951
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166951
Log:
PR c/46547
* c-tree.h (in_late_binary_op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46436
--- Comment #2 from Jorn Wolfgang Rennecke
2010-11-19 18:40:31 UTC ---
Author: amylaar
Date: Fri Nov 19 18:40:24 2010
New Revision: 166952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166952
Log:
PR target/46436
* config/m68hc11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46434
--- Comment #2 from Jorn Wolfgang Rennecke
2010-11-19 19:22:31 UTC ---
Author: amylaar
Date: Fri Nov 19 19:22:27 2010
New Revision: 166954
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166954
Log:
PR target/46434
* config/crx/crx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46436
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46564
Jakub Jelinek changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46565
Jakub Jelinek changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46561
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46561
--- Comment #4 from Jakub Jelinek 2010-11-19
20:19:44 UTC ---
Created attachment 22461
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22461
gcc46-pr46561.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46568
Summary: special symbol "a caret" shows up for errors and
warnings when running g++
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #11 from Joseph S. Myers 2010-11-19
20:45:07 UTC ---
Author: jsm28
Date: Fri Nov 19 20:45:00 2010
New Revision: 166957
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166957
Log:
PR c/46547
* c-common.c (in_late_binary_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #20 from david.sagan at gmail dot com 2010-11-19 20:46:36 UTC ---
(In reply to comment #19)
> Is there something invalid here?
> ptr = myA%i%j
Yes this is not correct. This line should be:
ptr => myA%i%j
If you use "gfortran -fch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
Joseph S. Myers changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46077
--- Comment #6 from Michael Matz 2010-11-19 20:56:33
UTC ---
Author: matz
Date: Fri Nov 19 20:56:27 2010
New Revision: 166958
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166958
Log:
PR tree-optimization/46077
* tree-chrec.c (eq
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #13 from Dominique d'Humieres
2010-11-19 21:01:04 UTC ---
Revision 166951 breaks bootstrap with obj-c++ enabled:
ld: duplicate symbol _in_late_binary_op in c-family/c-common.o and
objcp/objcp-act.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46077
Michael Matz changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #22 from Dominique d'Humieres
2010-11-19 21:04:22 UTC ---
> > Is there something invalid here?
>
> Yes. You need to allocate ptr unless you have
> pault's [re-]allocate on assignment patch.
Even with Paul's patch it does not work.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #23 from david.sagan at gmail dot com 2010-11-19 21:24:01 UTC ---
(In reply to comment #22)
> > > Is there something invalid here?
> >
> > Yes. You need to allocate ptr unless you have
> > pault's [re-]allocate on assignment patch.
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #24 from Steve Kargl
2010-11-19 21:32:38 UTC ---
On Fri, Nov 19, 2010 at 09:04:42PM +, dominiq at lps dot ens.fr wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
>
> --- Comment #22 from Dominique d'Humieres
> 2010-11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46568
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46564
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #25 from Dominique d'Humieres
2010-11-19 21:46:56 UTC ---
> Well, in theory, I believe it should work with Paul's patch.
> Of course, theory and experience are two different beast. :)
When Paul will have commit his final patch, it wi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46571
Summary: bootsrap comparison failure in fortran/trans-openmp.c
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46571
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46571
Richard Henderson changed:
What|Removed |Added
Target||ia64-linux
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46572
Summary: forward_list nodes are not packed
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: libstdc++
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46572
--- Comment #1 from Andrew Pinski 2010-11-19
22:25:32 UTC ---
>zero space or time overhead
We have a zero time overhead here. packed would increase the time overhead
here really.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46572
--- Comment #2 from Kyle Kloepper
2010-11-19 22:47:47 UTC ---
Created attachment 22464
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22464
Program to print out the size used by forward_list node allocation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46572
--- Comment #3 from Kyle Kloepper
2010-11-19 23:01:07 UTC ---
I would read the standard as in inclusive or. But even if you read it as one or
the other, I do not think that in all cases speed would be prefered over space.
Is there any way to im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46571
Richard Guenther changed:
What|Removed |Added
Keywords||build
Priority|P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #14 from Jakub Jelinek 2010-11-19
23:44:51 UTC ---
Author: jakub
Date: Fri Nov 19 23:44:47 2010
New Revision: 166964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166964
Log:
PR c/46547
* objc-act.c (in_late_binary_op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547
--- Comment #15 from Jakub Jelinek 2010-11-19
23:47:01 UTC ---
Author: jakub
Date: Fri Nov 19 23:46:57 2010
New Revision: 166965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166965
Log:
PR c/46547
* objc-act.c (in_late_binary_op
1 - 100 of 115 matches
Mail list logo