http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53410
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53426
vincenzo Innocente changed:
What|Removed |Added
Known to work||4.7.1
Summary|[lto]:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53408
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53410
--- Comment #2 from Jakub Jelinek 2012-05-21
08:53:39 UTC ---
Created attachment 27453
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27453
gcc48-pr53410.patch
Untested fix. 4.7 branch will need only a subset of these, because there
intege
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53409
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53430
--- Comment #1 from Mikael Pettersson 2012-05-21
08:48:53 UTC ---
User configuration error. You need to install the 32-bit glibc devel rpm, or
to --disable-multilib when configuring gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53422
--- Comment #1 from Richard Guenther 2012-05-21
09:25:00 UTC ---
Patches should be posted to gcc-patc...@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419
--- Comment #8 from Richard Guenther 2012-05-21
09:30:52 UTC ---
(In reply to comment #6)
> (In reply to comment #5)
> > > extern func_ptr_t init_array_begin[1];
> > > extern func_ptr_t init_array_end[1];
> >
> > The array sizes say they are siz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53432
Bug #: 53432
Summary: [4.8] ICE failed to reclaim unneeded function in same
comdat group
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51071
--- Comment #5 from Richard Guenther 2012-05-21
08:40:42 UTC ---
Do you have a testcase for that?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53430
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53410
--- Comment #3 from Richard Guenther 2012-05-21
09:34:52 UTC ---
Looks good to me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53395
--- Comment #7 from Richard Guenther 2012-05-21
09:39:51 UTC ---
Note that if-conversion does not fold to not destroy valid gimple RHS and
to avoid canonicalizing the condition. Producing a MAX_EXPR is certainly
fine of course ... (I'm to blame
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53407
Richard Guenther changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53411
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53410
--- Comment #4 from Jakub Jelinek 2012-05-21
10:11:52 UTC ---
Created attachment 27457
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27457
gcc47-pr53410.patch
4.7 version of the patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53407
--- Comment #3 from rainer-gccbugs at 7val dot com 2012-05-21 09:45:21 UTC ---
Created attachment 27456
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27456
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53418
Richard Guenther changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53409
--- Comment #3 from Jakub Jelinek 2012-05-21
09:37:38 UTC ---
Created attachment 27455
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27455
gcc48-pr53409.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53407
--- Comment #4 from rainer-gccbugs at 7val dot com 2012-05-21 09:50:27 UTC ---
It turns out a single source file is sufficient to trigger the ICE:
Compile:
$ g++ -v -save-temps -DHAVE_CONFIG_H -I. -O3 -mtune=core2 -march=core2
-fomit-frame-pointe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53410
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.8.0 |4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53428
Richard Guenther changed:
What|Removed |Added
Keywords||lto
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53398
--- Comment #2 from Roman Wieczorek 2012-05-21
10:18:35 UTC ---
(In reply to comment #1)
> I think if we provide an option for this, we are
> going to have people abuse this.
The risk i see here is about compatibility of gcc compiled libraries w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53422
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
Bug #: 53433
Summary: [4.8 Regression] ICE in int_mode_for_mode, at
stor-layout.c:424 during bootstrap
Classification: Unclassified
Product: gcc
Version: unknown
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53407
--- Comment #5 from rainer-gccbugs at 7val dot com 2012-05-21 10:59:55 UTC ---
4.7 works
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399
--- Comment #11 from Yukhin Kirill 2012-05-21
11:02:07 UTC ---
>
> Please test the attached patch. The patch checks CCCmode for TARGET_BMI in ffs
> patterns.
Hi Uros, seems your patch fixes the problem, here is piece of asm from
testcase:
...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53432
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53426
Richard Guenther changed:
What|Removed |Added
Keywords||lto
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
Bug #: 53435
Summary: (ix86_expand_vec_perm) and (ix86_expand_vec_perm) do
not pass arguments to avx2_permvar8s[f,i] correctly
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #1 from Markus Trippelsdorf
2012-05-21 11:07:49 UTC ---
Only happened with bootstrap-lto.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
--- Comment #2 from Yukhin Kirill 2012-05-21
12:17:41 UTC ---
(In reply to comment #0)
>
> gcc.c-torture/execute/vshuf-v* and gcc.dg/torture/pr45720.c fail.
>
This occurs on AVX2-capable HW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51071
--- Comment #6 from pageexec at freemail dot hu 2012-05-21 11:41:10 UTC ---
Created attachment 27458
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27458
test case for gcc 4.6.x
this is a compressed test case (would be too big to attach other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53416
--- Comment #2 from hjl at gcc dot gnu.org 2012-05-21
12:32:04 UTC ---
Author: hjl
Date: Mon May 21 12:31:45 2012
New Revision: 187709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187709
Log:
Use unspec_volatile on rdrand_1
gcc/
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #4 from Markus Trippelsdorf
2012-05-21 11:36:54 UTC ---
(In reply to comment #3)
> Btw, I cannot reproduce it.
Yes, this probably depends on the C-library being used.
I'm running (recent trunk):
# /lib/libc.so.6
GNU C Library develo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
Richard Guenther changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53407
Richard Guenther changed:
What|Removed |Added
Keywords||ice-on-valid-code, lto
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53434
Bug #: 53434
Summary: Compiler decides declaration/expression ambiguity too
soon.
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
--- Comment #1 from Alexander Ivchenko 2012-05-21
11:46:35 UTC ---
Created attachment 27460
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27460
proposed patch for fixing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53436
Bug #: 53436
Summary: Volatile behaves strange with OpenMP
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419
--- Comment #10 from Richard Guenther 2012-05-21
11:29:13 UTC ---
Btw, it does not change it to an endless loop but the exit test to
if (n_init > 1)
thus only an endless loop in case there is more than one element.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
--- Comment #3 from Richard Guenther 2012-05-21
11:25:08 UTC ---
Btw, I cannot reproduce it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53408
Richard Guenther changed:
What|Removed |Added
Known to work||4.8.0
Summary|[4.6/4.7/4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53408
--- Comment #3 from Richard Guenther 2012-05-21
12:46:04 UTC ---
Author: rguenth
Date: Mon May 21 12:45:59 2012
New Revision: 187710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187710
Log:
2012-05-21 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53425
--- Comment #1 from hjl at gcc dot gnu.org 2012-05-21
12:48:43 UTC ---
Author: hjl
Date: Mon May 21 12:48:38 2012
New Revision: 187711
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187711
Log:
Warn passing SSE argument ABI change for -m6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53416
--- Comment #3 from hjl at gcc dot gnu.org 2012-05-21
12:59:58 UTC ---
Author: hjl
Date: Mon May 21 12:59:53 2012
New Revision: 187712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187712
Log:
Use unspec_volatile on rdrand_1
gcc/
B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53416
--- Comment #4 from hjl at gcc dot gnu.org 2012-05-21
13:07:16 UTC ---
Author: hjl
Date: Mon May 21 13:07:11 2012
New Revision: 187713
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187713
Log:
Use unspec_volatile on rdrand_1
gcc/
B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53416
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53425
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
--- Comment #3 from H.J. Lu 2012-05-21 13:13:02
UTC ---
(In reply to comment #1)
> Created attachment 27460 [details]
> proposed patch for fixing
Please submit it to gcc-patches mailing list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53437
Bug #: 53437
Summary: FAIL: gcc.dg/guality/inline-params.c -O0
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53426
--- Comment #4 from Jan Hubicka 2012-05-21 13:40:05 UTC
---
> Hum. IPA-PTA ... yeah ... :/
>
> Mine I guess (note ipa-pta is experimental).
>
> Honza - we are trying to access the varinfo for
> _ZTIN5boost16exception_detail19error_info_injector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53418
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53437
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53410
--- Comment #5 from Jakub Jelinek 2012-05-21
14:25:13 UTC ---
Author: jakub
Date: Mon May 21 14:25:03 2012
New Revision: 187715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187715
Log:
PR tree-optimization/53410
* fold-const.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53366
--- Comment #9 from Jakub Jelinek 2012-05-21
14:29:19 UTC ---
Author: jakub
Date: Mon May 21 14:29:11 2012
New Revision: 187717
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187717
Log:
PR tree-optimization/53366
* tree-vect-slp.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53148
--- Comment #7 from Joseph S. Myers 2012-05-21
14:42:40 UTC ---
Author: jsm28
Date: Mon May 21 14:42:26 2012
New Revision: 187718
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187718
Log:
PR c/53148
* c-typeck.c (build_conditiona
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53409
--- Comment #4 from Jakub Jelinek 2012-05-21
14:27:21 UTC ---
Author: jakub
Date: Mon May 21 14:27:10 2012
New Revision: 187716
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187716
Log:
PR tree-optimization/53409
* tree-vect-loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51184
--- Comment #3 from paolo at gcc dot gnu.org
2012-05-21 15:12:22 UTC ---
Author: paolo
Date: Mon May 21 15:12:13 2012
New Revision: 187720
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187720
Log:
/cp
2012-05-21 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51184
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
--- Comment #1 from William J. Schmidt 2012-05-21
15:17:49 UTC ---
Created attachment 27462
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27462
Unreduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40821
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40821
--- Comment #5 from paolo at gcc dot gnu.org
2012-05-21 15:12:24 UTC ---
Author: paolo
Date: Mon May 21 15:12:13 2012
New Revision: 187720
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187720
Log:
/cp
2012-05-21 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
--- Comment #2 from William J. Schmidt 2012-05-21
15:21:19 UTC ---
Whoops, left off the compile command:
g++ -o YarrPattern.o -S -O3 ./YarrPattern.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
Bug #: 53438
Summary: [4.7 Regression] Bitfield store replaced with
full-byte store
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53433
Markus Trippelsdorf changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53418
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429
--- Comment #3 from Jeffrey Yasskin 2012-05-21
15:30:45 UTC ---
Richard, I'm not asking that it be possible to link together code compiled in
C++98 and C++11 mode. I'm asking that gcc be able to build in C++11 mode at
all. If libstdc++.so exposed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53361
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399
--- Comment #12 from uros at gcc dot gnu.org 2012-05-21 15:46:34 UTC ---
Author: uros
Date: Mon May 21 15:46:25 2012
New Revision: 187722
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187722
Log:
PR target/53399
* config/i386/i386.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53439
Bug #: 53439
Summary: g++ generates buggy code with optimisation flags
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399
Uros Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429
--- Comment #4 from Paolo Carlini 2012-05-21
15:59:44 UTC ---
Before fiddling with always inline, I would rather add 3 overloads of
operator<< for float, double and long double, using __rep instead of real and
imag. But I don't have a strong opin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53159
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53132
Paolo Carlini changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment #1 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53411
--- Comment #3 from Bernd Schmidt 2012-05-21
16:52:06 UTC ---
Odd. The following is in 190r.asmcons:
(insn 39 51 141 3 (set (reg:DI 135 [ D.1745 ])
(sign_extend:DI (reg:SI 132 [ j ]))) regehr.c:22 122
{*extendsidi2_rex64}
(expr_list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53411
H.J. Lu changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment #2 from H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53418
--- Comment #5 from Joseph S. Myers 2012-05-21
16:47:47 UTC ---
Author: jsm28
Date: Mon May 21 16:47:32 2012
New Revision: 187726
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187726
Log:
PR c/53418
* c-typeck.c (build_conditiona
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52815
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13822
Dan Nicolaescu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53430
--- Comment #3 from George R. Goffe 2012-05-21
17:14:25 UTC ---
Thank you for this information.
I'm not terribly conversant with the internals with GCC so please let me ask
this question.
This system is x86_64 and I'm presuming that the GCC bui
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52815
--- Comment #3 from John David Anglin 2012-05-21
16:27:55 UTC ---
Author: danglin
Date: Mon May 21 16:27:40 2012
New Revision: 187724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187724
Log:
PR java/52815
* class.c (emit_registe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
--- Comment #4 from Benjamin Kosnik 2012-05-21
17:34:39 UTC ---
Author: bkoz
Date: Mon May 21 17:34:25 2012
New Revision: 187728
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187728
Log:
2012-05-21 Benjamin Kosnik
PR libstdc+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53389
--- Comment #4 from Tobias Burnus 2012-05-21
16:16:24 UTC ---
If one duplicates "filler" and renames it to inner/outer with the call:
x=outer(inner(y, real(2*i)), real(i))
one sees four calls to gfc_conv_procedure_call for: outer, inner, outer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53422
--- Comment #3 from Dan Nicolaescu 2012-05-21
16:53:25 UTC ---
(In reply to comment #2)
> The reason for the extra fields in BARRIER and CODE_LABEL is to make it
> possible for a BARRIER or CODE_LABEL to be turned into
> INSN/JUMP_INSN/CALL_INSN.
--enable-languages=c++ --disable-shared
--disable-libmudflap --disable-libssp --enable-checking
Thread model: posix
gcc version 4.8.0 20120521 (experimental) [trunk revision 187727] (GCC)
$ ./xgcc -B. ~/t.cc
/home/ryan/t.cc:18:1: error: generic thunk code fails for method 'virtual void
Test::Log(const char*, ...)' which uses '...'
}};
^
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440
--- Comment #1 from Ryan Mansfield 2012-05-21
18:04:03 UTC ---
Created attachment 27463
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27463
test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
--- Comment #5 from Benjamin Kosnik 2012-05-21
18:14:07 UTC ---
Author: bkoz
Date: Mon May 21 18:14:01 2012
New Revision: 187730
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187730
Log:
2012-05-21 Benjamin Kosnik
PR libstdc++/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53430
--- Comment #4 from Jonathan Wakely 2012-05-21
18:20:15 UTC ---
On x86_64 GCC defaults to a "multilib" compiler, meaning one that can produce
code for both x84_64 and x86 i.e both 64-bit and 32-bit objects.
In order to do that it needs 32-bit gl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53430
--- Comment #5 from Jonathan Wakely 2012-05-21
18:23:17 UTC ---
P.S. You could have asked on the gcc-h...@gcc.gnu.org mailing list. Since it's
one of the most widely-used distros it's safe to assume that GCC builds on F16
x86_64 for everyone else
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52700
Benjamin Kosnik changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53132
--- Comment #2 from Manuel López-Ibáñez 2012-05-21
18:45:40 UTC ---
(In reply to comment #1)
> Manuel, any idea what is going on here?
Not much. The instantiation context starts from the input_location, and that is
pointing to ../include/c++/4.7
http://www.youtube.com/watch?feature=youtu.be&hl=ro&v=_Sl3Ox7RMnE
To unsubscribe please send email to unsubscr...@cc.psd-prahova.ro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53183
--- Comment #2 from Andrew Pinski 2012-05-21
18:56:53 UTC ---
Author: pinskia
Date: Mon May 21 18:56:35 2012
New Revision: 187732
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187732
Log:
2012-05-21 Andrew Pinski
PR bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53159
--- Comment #2 from Paolo Carlini 2012-05-21
19:26:32 UTC ---
Essentially the problem is that check_narrowing doesn't know how to handle type
conversion operators or anything more sophisticated than just scalars as init
and gives up. The issue sh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53442
Bug #: 53442
Summary: llvm 2.9 tblgen executable possibly miscompiled with
gcc 4.7.0
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53442
--- Comment #1 from ncahill_alt at yahoo dot com 2012-05-21 19:52:57 UTC ---
In case it is of interest, here is the generating command for the tblgen
executable. I don't know how to turn this into a test case as it seems to use
only pregenerated c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440
--- Comment #2 from Andrew Pinski 2012-05-21
18:55:04 UTC ---
Someone needs to implement the thunk functionality for arm.
1 - 100 of 144 matches
Mail list logo