http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #15 from Jonathan Wakely 2012-11-12
09:12:35 UTC ---
Ed, N.B. if you use the ChangeLog entry as the svn commit log then the PR
number in the log means Bugzilla gets automatically updated with a link to the
commit, and you don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55280
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Miles
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55280
--- Comment #3 from Guangmu Zhu 2012-11-12
09:22:01 UTC ---
(In reply to comment #2)
> As Andrew said, this is not a bug, see
> http://en.wikipedia.org/wiki/Most_vexing_parse
>
> You can force it to be parsed as a variable declaration w
le-libitm -disable-multilib
Thread model: posix
gcc version 4.8.0 20121112 (experimental) [trunk revision 193427] (GCC)
same with
bzip2 -d PhiPattern.ii.bz2
pb-d-128-141-131-26:bugs48 innocent$ c++ -std=gnu++11 -O3 -c PhiPattern.ii
pb-d-128-141-131-26:bugs48 innocent$ c++ -std=gnu++11 -Ofast -c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54127
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
ed as type).
gcc version 4.8.0 20121112 (experimental) (GCC)
>>>>>
module mod
use omp_lib
type :: my_t
integer :: i
end type my_t
contains
subroutine init( this )
class( my_t ) :: this
!type( my_t ) :: this
write(*,*) 'init thread=',omp_get_thread_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55281
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
--- Comment #12 from Kazumoto Kojima 2012-11-12
10:35:12 UTC ---
(In reply to comment #11)
> Kaz, can you please test following patch, if it works ok SH4?
Works fine. I've confirmed that there are no new failures on
sh4-unknown-linux-g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
--- Comment #3 from Dominique d'Humieres 2012-11-12
10:40:30 UTC ---
> The culprit seems to be Rev. 189881.
>
> Untested patch:
> ...
AFAICT the patch does not fix this PR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55283
Bug #: 55283
Summary: EON performance regression at -O2 due to loop
unrolling changes
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55283
--- Comment #1 from Jan Hubicka 2012-11-12
10:44:14 UTC ---
http://gcc.opensuse.org/SPEC/CINT/sb-frescobaldi.suse.de-head-64/252_eon_big.png
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55284
Bug #: 55284
Summary: [4.8 Regression] ICE in read_cgraph_and_symbols, at
lto/lto.c:2944 (when -MMD is passed)
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
--- Comment #4 from Dominique d'Humieres 2012-11-12
10:52:30 UTC ---
Actually, the patch fixed the PR (I did not use the patched version
in the previous test).
Sorry for the noise.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
--- Comment #5 from Tobias Burnus 2012-11-12
11:03:46 UTC ---
Author: burnus
Date: Mon Nov 12 11:03:42 2012
New Revision: 193429
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193429
Log:
2012-11-12 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
--- Comment #6 from Tobias Burnus 2012-11-12
11:09:50 UTC ---
FIXED on the 4.8 trunk (which was only affected).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55272
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55281
--- Comment #2 from Jakub Jelinek 2012-11-12
11:46:30 UTC ---
Actually, that shorter testcase ICEs for a different reason.
static inline float
bar (float k, float j)
{
float l = 0.0f;
if (k > j)
l = k;
float t = k / j;
fl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55253
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55285
Bug #: 55285
Summary: Botan regression on ia-64 at Mar-2012
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #37 from Jan Hubicka 2012-11-12
12:16:18 UTC ---
Fatigue now gets all inlining with -O3 -fwhole-program, with -O3 it gets only
half of inlining because jump functions are not able to track array descriptors
in both calls to gen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55285
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55284
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55284
--- Comment #2 from vincenzo Innocente
2012-11-12 12:55:50 UTC ---
just
touch foo.cc
enough…
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55284
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Paolo C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55284
--- Comment #4 from vincenzo Innocente
2012-11-12 13:07:35 UTC ---
and most probably is already fixed at linker level as does not happen with
GNU ld (GNU Binutils) 2.23.51.20121020
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55286
Bug #: 55286
Summary: [4.7/4.8 Regression] Bytemark ASSIGNMENT 4% - 10%
slower
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54077
--- Comment #17 from wbrana 2012-11-12 13:17:08 UTC
---
there is another bug caused by revision 175752
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55286
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54966
--- Comment #11 from vincenzo Innocente
2012-11-12 13:19:42 UTC ---
much better with
gcc version 4.8.0 20121112 (experimental) [trunk revision 193427] (GCC)
but for "size 6. v1" with lto
[innocent@vinavx0 bugs48]$
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55286
--- Comment #1 from Mikael Pettersson 2012-11-12
13:44:32 UTC ---
r175752 is a follow-up fix to r175589, so my guess is that it's the combination
of the two that's causing the regression.
Can you construct a small test case that demonstr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55230
Kyrill Tkachov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282
--- Comment #2 from janus at gcc dot gnu.org 2012-11-12 14:47:11 UTC ---
(In reply to comment #1)
> Note that Fortran 2003 is not supported in OpenMP 3.1. This may change with
> OpenMP 4, but I'm not sure of that.
Just checked: The public
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55267
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Paolo Carlini changed:
What|Removed |Added
CC||jkuittinen293482 at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52538
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52485
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55281
--- Comment #3 from Jakub Jelinek 2012-11-12
15:12:20 UTC ---
Created attachment 28668
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28668
gcc48-pr55281.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55287
Bug #: 55287
Summary: GCC crashes and asks to file bug report
Classification: Unclassified
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55287
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55281
--- Comment #4 from vincenzo Innocente
2012-11-12 15:37:23 UTC ---
regression removed by the patch
at first sight performances are similar to 4.7.2, so also vectorization is ok
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475
--- Comment #13 from Paolo Carlini 2012-11-12
15:38:12 UTC ---
Honza, I'm a bit confused here: if I understand correctly your r187631 was only
about a C++ optimization, but now I see C testcases too here?!? Do we have two
separate issues?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55281
--- Comment #5 from Marc Glisse 2012-11-12 16:18:52
UTC ---
(In reply to comment #1)
[ Using ?: with a vector condition ]
> I was surprised only C++ handles this and not C BTW.
Sorry, I didn't have time to do a C version (harder than C+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55281
--- Comment #6 from Jakub Jelinek 2012-11-12
16:23:29 UTC ---
I'm just testing that, so I know it doesn't have side-effects. COND_EXPR
handling which I've copied was doing the same thing. The reason for the
fold-const.c change was that w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55281
--- Comment #7 from Marc Glisse 2012-11-12 16:39:27
UTC ---
(In reply to comment #6)
> I'm just testing that, so I know it doesn't have side-effects.
I meant: instead of testing, so the optimization still occurs when there is a
side eff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55287
--- Comment #2 from Andrew Pinski 2012-11-12
17:01:57 UTC ---
Also this "ICE" is really the kernel killing the program as it ran out of
memory or it was over one of the ulimits. Most likely ran of memory.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55257
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55257
--- Comment #3 from Jakub Jelinek 2012-11-12
17:14:41 UTC ---
It is a requirement if you want proper debug info or unwind info for the thunk,
without that (or without calling the corresponding functions yourself, which is
harder to maintai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55257
--- Comment #4 from Hans-Peter Nilsson 2012-11-12
17:21:57 UTC ---
(In reply to comment #3)
> It can't be called from
> the middle end, because some targets need to perform various things before
> final_start_function (or perhaps after fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55275
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #16 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2012-11-12
17:48:29 UTC ---
Thanks, So If there are several ChangeLogs in the tree to get updated which one
do I put in the svn commit? Or does it matter?
Also, I just rea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55287
--- Comment #3 from Paolo Carlini 2012-11-12
17:50:20 UTC ---
Indeed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55275
--- Comment #2 from Jonathan Wakely 2012-11-12
18:04:53 UTC ---
Yep, I filed this before your reply on the list. I'm happy to change
without using the tag, I was just being (maybe too) cautious about ABI changes.
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55288
Bug #: 55288
Summary: Improve handling/suppression of maybe-uninitialized
warnings
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27557
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at systemhalted dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #17 from Jonathan Wakely 2012-11-12
18:30:27 UTC ---
(In reply to comment #16)
> Thanks, So If there are several ChangeLogs in the tree to get updated which
> one
> do I put in the svn commit? Or does it matter?
I put all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282
--- Comment #3 from Valery Weber 2012-11-12
19:18:34 UTC ---
Thanks pointing that. Is there any reason for not allowing the classes in
openmp?
I noticed that other compilers (eg ifort, xlf) can accommodate with this
deviation from the sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55289
Bug #: 55289
Summary: darwin bootstrap fails due to missing
libsanitizer/interception/mach_override directory and
files
Classification: Unclassified
Product: gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55289
Jack Howarth changed:
What|Removed |Added
Target||*-*-darwin*
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282
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=55288
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47599
Earnie changed:
What|Removed |Added
CC||earnie at users dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41993
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
--- Comment #14 from Steven Bosscher 2012-11-12
20:22:05 UTC ---
Author: steven
Date: Mon Nov 12 20:21:59 2012
New Revision: 193453
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193453
Log:
gcc/
PR rtl-optimization/51447
64
-mtune=generic -march=x86-64 -auxbase z -O2 -version -o z.s
==5815==
GNU C (GCC) version 4.8.0 20121112 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.7.2 20120921 (Red Hat 4.7.2-2), GMP version
5.0.2, MPFR version 3.1.0, MPC version 0.9
GGC heuristics: --param
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|steven
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
Bug #: 55291
Summary: libsanitizer doesn't build multilib
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55290
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55292
Bug #: 55292
Summary: libsanitizer doesn't support x32
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55289
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50457
--- Comment #16 from Oleg Endo 2012-11-12
20:57:12 UTC ---
Another thing that might be useful for dealing with atomics on SH1* and SH2*
targets is to make the compiler generate the rewind sequences in interrupt
handler functions.
On SH3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55288
--- Comment #2 from Ryan Johnson 2012-11-12 21:11:43
UTC ---
(In reply to comment #1)
> Why don't just initialize the variable? It seems simpler than implementing yet
> another special attribute in GCC.
In the original program, the "var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55238
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Tar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
Bug #: 55293
Summary: Attempt to bootstrap 7.7.2 on Solaris 10 Sparc fails
with gcc/pretty-print.c:954:28: error: invalid
conversion from 'char**' to 'const char**'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #1 from Jonathan Wakely 2012-11-12
21:48:46 UTC ---
Solaris defines a non-standard iconv() signature unless you request POSIX 2001
Try adding -D_XOPEN_SOURCE=600 to the compilation flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #2 from Jonathan Wakely 2012-11-12
21:50:08 UTC ---
Or -D_POSIX_C_SOURCE=200112L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55294
Bug #: 55294
Summary: Invalid RTL sharing in lower-subreg
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55294
--- Comment #1 from Oleg Endo 2012-11-12 21:53:58
UTC ---
Created attachment 28670
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28670
split1 and subreg2 logs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55294
--- Comment #2 from Andrew Pinski 2012-11-12
21:55:11 UTC ---
I think this is because:
(subreg:SF (reg/v:V2SF 167 [ a ]) 0)))
is invalid to begin with. Yes we don't reject it but I think we should.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #3 from Dennis Clarke 2012-11-12
22:07:29 UTC ---
OKay, I am extracting a fresh gcc 4.7.2 tarball and then running a new
bootstrap with the defines suggested. Results should appear in seven hours or
so, however I am hoping for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #4 from Dennis Clarke 2012-11-12
22:10:01 UTC ---
bootstrap fails in 71 seconds :
$ mkdir gcc-4.7.2_sparc64-sun-solaris2.10
$ cd gcc-4.7.2_sparc64-sun-solaris2.10
$ env | sort > ../gcc-4.7.2_sparc64-sun-solaris2.10.env
$ l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55295
Bug #: 55295
Summary: [SH] Add support for fipr instruction
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55295
--- Comment #1 from Oleg Endo 2012-11-12 22:39:27
UTC ---
I forgot to mention that at least there should be a target specific built-in
function to generate the fipr insn. There is already a SHmedia built-in for
that, so adding one for SH4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #5 from Dennis Clarke 2012-11-12
22:44:19 UTC ---
okay, exact same failure happens with -D_POSIX_C_SOURCE=200112L by itself.
Am trying with _XOPEN_SOURCE=600 defined. Thus far ( well past 70 secs ) the
stage 1 phase seems to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55296
Bug #: 55296
Summary: [SH] Add support for disinterrupt function attribute
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #6 from Dennis Clarke 2012-11-12
23:06:56 UTC ---
the following fails also .. and it fails early :
$
$ CC='gcc -m64 -g -D_XOPEN_SOURCE=600' CXX='g++ -m64 -g -D_XOPEN_SOURCE=600' \
> ../gcc-4.7.2/configure --prefix=/usr/loc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55297
Bug #: 55297
Summary: 4.8 Regression: type-bound operator clashes with
abstract interface
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55298
Bug #: 55298
Summary: [SH] Add support to disable FPU usage for individual
functions
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55299
Bug #: 55299
Summary: missed optimization: ASR idiom
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55297
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55300
Bug #: 55300
Summary: [SH] Add support for store queue address space
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancemen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55301
Bug #: 55301
Summary: [SH] broken sp_switch function attribute
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #8 from Jonathan Wakely 2012-11-13
00:15:19 UTC ---
pretty-print.c already does:
ICONV_CONST char *inbuf = CONST_CAST (char *, ident);
and ICONV_CONST should be set to 'const' by gcc/configure (using the macro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55302
Bug #: 55302
Summary: [SH] Add support for logical ops with GBR mems
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancemen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
--- Comment #9 from Eric Botcazou 2012-11-13
00:21:03 UTC ---
> pretty-print.c already does:
>
> ICONV_CONST char *inbuf = CONST_CAST (char *, ident);
>
> and ICONV_CONST should be set to 'const' by gcc/configure (using t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55303
Bug #: 55303
Summary: [SH] Add support for clips / clipu instructions
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhanceme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
--- Comment #1 from H.J. Lu 2012-11-13 00:33:06
UTC ---
configure.ac has
#AM_ENABLE_MULTILIB(, ..)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55304
Bug #: 55304
Summary: libsanitizer can't be used with GCC autoconf
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 127 matches
Mail list logo
