http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47776
Paolo Carlini changed:
What|Removed |Added
CC|paolo.carlini at oracle dot |
|com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47775
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
Summary: use __aeabi_idivmod to compute quotient and remainder
at the same time
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47172
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47172
--- Comment #9 from Dodji Seketeli 2011-02-17
06:50:40 UTC ---
Author: dodji
Date: Thu Feb 17 06:50:35 2011
New Revision: 170240
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170240
Log:
Fix PR c++/47172
gcc/cp/
PR c++/47172
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567
--- Comment #15 from Jerry DeLisle 2011-02-17
05:19:54 UTC ---
Author: jvdelisle
Date: Thu Feb 17 05:19:50 2011
New Revision: 170239
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170239
Log:
2011-02-16 Jerry DeLisle
PR libgfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47776
Summary: [4.6 Regression] New libstc++ test failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745
--- Comment #11 from kargl at gcc dot gnu.org 2011-02-17 02:57:08 UTC ---
(In reply to comment #10)
>
> I'm learning Fortran 03 and 08 at the moment, so I'm likely to compile
> a lot of invalid code. Should I report a bug every time gfortran
> ac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47724
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47724
--- Comment #6 from Jonathan Wakely 2011-02-17
01:55:05 UTC ---
I've checked in a change which prevents the crash, but only by treating line
anchors as non-metacharacters. Unfortunately our regex implementation is
incomplete, but this is better
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46207
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47724
--- Comment #5 from Jonathan Wakely 2011-02-17
01:47:25 UTC ---
Author: redi
Date: Thu Feb 17 01:47:21 2011
New Revision: 170236
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170236
Log:
2011-02-17 Jonathan Wakely
PR libstdc++/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47773
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47773
--- Comment #2 from paolo at gcc dot gnu.org
2011-02-17 01:24:42 UTC ---
Author: paolo
Date: Thu Feb 17 01:24:37 2011
New Revision: 170235
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170235
Log:
2011-02-16 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #21 from Rafael Avila de Espindola 2011-02-17 01:13:35 UTC ---
Most of it is in the string table. Ian gave me some pointers and I will try to
fix it tomorrow :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692
--- Comment #13 from Jerry DeLisle 2011-02-17
01:12:44 UTC ---
Always set LD_LIBRARY_PATH or another way is to compile with -static to make
sure the correct runtime functions get invoked.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47694
--- Comment #12 from Jerry DeLisle 2011-02-17
01:07:20 UTC ---
the "file" is not seekable so the position eturne by seek always returns zero.
I plane to see if we can do something with the seek to get it to return a
position within fbuf. If tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745
--- Comment #10 from rodneyp at physics dot uq.edu.au 2011-02-17 00:48:38 UTC
---
> Thanks for the report, Rodney!
Thanks for working so hard on the compiler.
I'm learning Fortran 03 and 08 at the moment, so I'm likely to compile
a lot of invali
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47770
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47620
--- Comment #12 from Jakub Jelinek 2011-02-16
23:54:42 UTC ---
The ICE happens even with the #c6 patch applied on top of today's trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47620
--- Comment #11 from Jakub Jelinek 2011-02-16
23:51:11 UTC ---
Created attachment 23372
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23372
ice.gcda
Corresponding ice.gcda.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47620
--- Comment #10 from Jakub Jelinek 2011-02-16
23:49:56 UTC ---
Created attachment 23371
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23371
ice.i.bz2
For the s390-linux ICE, which is still present on the current trunk:
bunzip2 ice.i.bz2
..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47775
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47775
Summary: Error on allocatable array returned by function
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libfortran
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #20 from ccoutant at google dot com 2011-02-16 23:35:28 UTC ---
> I have created a "small" test of the symbol table problem. It is in
>
> http://people.mozilla.com/~respindola/test.tar.xz
>
> The test is firefox's libxul with most files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767
--- Comment #3 from Andrew Benson 2011-02-16
23:17:49 UTC ---
I can confirm that this patch resolves the problem in the application from
which my original test case was derived.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #19 from Jan Hubicka 2011-02-16 23:12:32
UTC ---
> 39339456 libxul1.so
> 34436696 libxul2.so
Yep, it seems similar to what I was getting. Quite important difference and
all the stuff
gets loaded into memory at startup by dynamic lin
> 39339456 libxul1.so
> 34436696 libxul2.so
Yep, it seems similar to what I was getting. Quite important difference and
all the stuff
gets loaded into memory at startup by dynamic linker.
> For a 5 MB reduction I might end up writing a wrapper that runs ld twice :-)
You might try GNU-ld's plug
ipt
Added an additional test file, runnable as sh script, which tests various
combinations of ctor specifications and member types.
Compiling with gcc version 4.6.0 20110216 (experimental) (GCC) built tonight
yields:
$ sh constexpr-ctor-templ.cpp
+ g++ -c constexpr-ctor-templ.cpp -std=c++0x -DPLAI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47773
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47774
Summary: [C++0x] constexpr specifier on ctor not ignored when
template instantiation causes ctor to not satify
constexpr requirements
Product: gcc
Version: 4.6.0
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47770
--- Comment #1 from Zdenek Sojka 2011-02-16 22:36:17
UTC ---
"-ftree-loop-if-convert -fno-tree-reassoc -fno-tree-vectorize" gives about 316
exec failures on current trunk. I should try the fix for PR46029 from
http://gcc.gnu.org/ml/gcc-patches/20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768
--- Comment #2 from janus at gcc dot gnu.org 2011-02-16 22:22:03 UTC ---
(In reply to comment #1)
> (In reply to comment #0)
> > Adding a data pointer component leads to rejection:
> >
> > print *,x
> > 1
> > Error: Data transfer element
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47771
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47326
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47772
--- Comment #1 from Darren Kulp 2011-02-16 20:58:17 UTC
---
Here is the output of `gcc -v' on the one system to which I have direct access:
Using built-in specs.
Target: i686-apple-darwin10
Configured with: /var/tmp/gcc/gcc-5646~6/src/configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745
--- Comment #8 from janus at gcc dot gnu.org 2011-02-16 20:52:00 UTC ---
Author: janus
Date: Wed Feb 16 20:51:56 2011
New Revision: 170223
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170223
Log:
2011-02-16 Janus Weil
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47773
Summary: Versatile string lacks a default hash function
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: libstdc++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47772
Summary: warnings from -Wmissing-field-initializers contradict
documentation
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47326
--- Comment #11 from Dodji Seketeli 2011-02-16
20:45:18 UTC ---
Author: dodji
Date: Wed Feb 16 20:45:15 2011
New Revision: 170222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170222
Log:
PR c++/47326
gcc/cp/
PR c++/47326
* pt.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47766
--- Comment #1 from hjl at gcc dot gnu.org 2011-02-16
20:22:06 UTC ---
Author: hjl
Date: Wed Feb 16 20:22:03 2011
New Revision: 170219
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170219
Log:
Add x32 support to stack protect and split.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47725
--- Comment #11 from hjl at gcc dot gnu.org 2011-02-16
20:15:12 UTC ---
Author: hjl
Date: Wed Feb 16 20:15:07 2011
New Revision: 170218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170218
Log:
Check zero/sign extended hard registers in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47771
Summary: gcc crashes on MinGW platform
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47769
Richard Guenther changed:
What|Removed |Added
Keywords||missed-optimization
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47758
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47770
Summary: wrong code -O2 -ftree-loop-if-convert-stores
-fno-tree-reassoc
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47769
Summary: [missed optimization] use of btr (bit test and reset)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: target
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #25 from Dominique d'Humieres
2011-02-16 18:38:19 UTC ---
AFAICT the patch in http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00973.html
seems to fix most of the fatigue.f90 problems:
At revision 170178 without the patch, I get
[macboo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767
--- Comment #1 from janus at gcc dot gnu.org 2011-02-16 18:31:06 UTC ---
Here is a variant: Apart from SELECT TYPE, this bug can also be exposed via the
SAME_TYPE_AS intrinsic.
module Tree_Nodes
type treeNode
contains
procedure :: walk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #10 from Andreas Schwab 2011-02-16 18:26:31
UTC ---
There is no undefined behaviour if all calls to foo ignore the returned value.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--- Comment #9 from Richard Henderson 2011-02-16
18:04:08 UTC ---
> Going by the internals document, INCOMING_FRAME_SP_OFFSET is already defined
> but it is not used anywhere (in my patch).
Certainly it's going to be used by the generic code in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692
--- Comment #12 from Harald Anlauf 2011-02-16 18:01:16
UTC ---
(In reply to comment #11)
> (In reply to comment #8)
> > On Fri, Feb 11, 2011 at 07:56:05PM +, jrt at worldlinc dot net wrote:
> > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768
Summary: ICE: printing a derived-type variable with
proc-pointer components
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47758
--- Comment #5 from Tobias Burnus 2011-02-16
17:44:48 UTC ---
Author: burnus
Date: Wed Feb 16 17:44:45 2011
New Revision: 170216
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170216
Log:
2011-02-16 Tobias Burnus
PR libgomp/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47757
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jan Hubicka changed:
What|Removed |Added
Attachment #21543|0 |1
is obsolete|
c=/usr/local --with-mpfr=/usr/local
Thread model: posix
gcc version 4.6.0 20110216 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-o' 'selectTypeFail.exe' '-g' '-fbacktrace' '-v'
'-shared-libgcc' '-mtune=generic' '-march=pent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47757
--- Comment #3 from Jakub Jelinek 2011-02-16
17:18:44 UTC ---
Author: jakub
Date: Wed Feb 16 17:18:41 2011
New Revision: 170215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170215
Log:
PR libfortran/47757
* gfortran.map (GFORTRA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #47 from Martin Jambor 2011-02-16
16:30:31 UTC ---
With the elfhack issues gone, the build now fails with:
--
/home/mjambor/gcc/icln/inst/bin/g++ -o js -fno-rtti -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47326
--- Comment #10 from Dodji Seketeli 2011-02-16
16:30:22 UTC ---
Candidate patch posted to
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01050.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47690
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47690
--- Comment #3 from Aldy Hernandez 2011-02-16
16:23:33 UTC ---
Author: aldyh
Date: Wed Feb 16 16:23:28 2011
New Revision: 170213
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170213
Log:
PR 47690
* trans-mem.c (ipa_tm_exe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #18 from Rafael Avila de Espindola 2011-02-16 16:14:52 UTC ---
I have created a "small" test of the symbol table problem. It is in
http://people.mozilla.com/~respindola/test.tar.xz
The test is firefox's libxul with most files copied
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47758
--- Comment #4 from Iain Sandoe 2011-02-16 16:14:02
UTC ---
thanks, IIRC, when the patch was originally applied it was not possible to test
on Darwin 8 (libquadmath was broken for other reasons).
---
This is not an objection to the proposed sol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47747
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47690
--- Comment #2 from Aldy Hernandez 2011-02-16
15:21:49 UTC ---
*** Bug 47689 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47689
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47738
--- Comment #5 from Richard Guenther 2011-02-16
14:27:46 UTC ---
With release checking now no bad IL prevails.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47738
--- Comment #4 from Richard Guenther 2011-02-16
14:26:50 UTC ---
Author: rguenth
Date: Wed Feb 16 14:26:43 2011
New Revision: 170212
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170212
Log:
2011-02-12 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47283
--- Comment #14 from Jakub Jelinek 2011-02-16
13:50:05 UTC ---
FYI I've bootstrapped/regtested #c12 patch on x86_64-linux and i686-linux
(though, of course, it doesn't make much difference there, given that
POINTERS_EXTEND_UNSIGNED is not defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47766
Summary: [x32] -fstack-protector doesn't work
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47326
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47758
--- Comment #3 from Dominique d'Humieres 2011-02-16
12:51:44 UTC ---
> Do you know when it last worked?
Well it was my first attempt to build 4.6 on my poor G4 (almost ten year old,
so slow with a crowded disk that I don't even have 4.5 install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47738
Richard Guenther changed:
What|Removed |Added
CC||rakdver at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47765
Summary: Wrong template deduction
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #9 from Jie Zhang 2011-02-16 11:29:50 UTC
---
The clobber is optimized away in 172r.cprop3 because the register renaming in
171r.web breaks the def-use relationship between the clobber and the use in the
following instruction when -fu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43653
Uros Bizjak changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47760
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47754
Richard Guenther changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47757
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47704
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47704
--- Comment #5 from Jakub Jelinek 2011-02-16
09:08:51 UTC ---
Author: jakub
Date: Wed Feb 16 09:08:48 2011
New Revision: 170209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170209
Log:
PR c++/47704
* cp-tree.h (ENUM_FIXED_UNDERL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47283
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47283
--- Comment #12 from Jakub Jelinek 2011-02-16
08:55:41 UTC ---
Created attachment 23361
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23361
gcc46-pr47283.patch
Untested patch for this. Can anyone test this on ia64-hpux -milp32 and also on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #7 from Jie Zhang 2011-02-16 08:49:46 UTC
---
Sorry, in my last comment, I meant to say "4.4 does NOT have such
initialization".
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44367
Juha Kallioinen changed:
What|Removed |Added
CC||juha.kallioinen at nokia
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #6 from Jie Zhang 2011-02-16 08:32:14 UTC
---
I think we all know that dhrystone is a bad benchmark. But some users don't.
Which is more difficult: educating all users about that vs apply a simple patch
in GCC to remove the useless in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43653
Uros Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|rtl-optimizatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
--- Comment #8 from Anitha Boyapati
2011-02-16 08:20:03 UTC ---
Created attachment 23360
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23360
Initial fix that emits the output shown in comment 5
(In reply to comment #7)
> (In reply to comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #5 from Andrew Pinski 2011-02-16
08:08:33 UTC ---
(In reply to comment #4)
> Yeah, normally we don't care about such cases. But this one comes from
> dhrystone. If it can be fixed cleanly, why not do it?
Then the whole dhrystone benc
97 matches
Mail list logo