Hi,
I was analyzing an issue for avr target (gcc-4.7.2).
Issue is that already clobbered register is used after the transformation
in post reload pass.
insns after reload pass:
set (reg:HI r24
(const:HI (plus:HI (symbol_ref:HI (array))
(const_int 4))
))
...
Hi,
GCC honors CPATH, LIBRARY_PATH, co. regardless of whether it’s built
as a cross-compiler.
Consequently, when cross-compiling a package that contains both support
tools to be compiled natively and the main code to be cross-compiled,
these variables are useless because they don’t allow host
On 2/12/2013 12:48 PM, Ludovic Courtès wrote:
Hi,
GCC honors CPATH, LIBRARY_PATH, co. regardless of whether it’s built
as a cross-compiler.
Consequently, when cross-compiling a package that contains both support
tools to be compiled natively and the main code to be cross-compiled,
these
Joel Sherrill joel.sherr...@oarcorp.com skribis:
But it still doesn't address the situation where you have multiple
cross compilers in your PATH all for different targets.
Yeah, I thought about it, but couldn’t come up with a practical use case
where you’d need to use different cross-compilers
From: David Miller da...@redhat.com
Date: Fri, 16 Nov 2012 00:33:05 -0500 (EST)
From: Richard Sandiford rdsandif...@googlemail.com
Date: Mon, 29 Oct 2012 10:14:53 +
...given that the code is like you say written:
if (SHIFT_COUNT_TRUNCATED)
{
if (CONST_INT_P (op1)
CPIC is added to .o files for mips a lot.
Is that needed?
What is it for?
Tia.
Reed
rkotler@ubuntu-rkotler:~/testmips16$ mips-linux-gnu-gcc null.c -c
mipsrkotler@ubuntu-rkotler:~/testmips16$ mips-linux-gnu-objdump -x null.o
null.o: file format elf32-tradbigmips
null.o
architecture:
[Removing avr-gcc-list from CC because there is no need to cross-post]
S, Pitchumani wrote:
I was analyzing an issue for avr target (gcc-4.7.2).
Issue is that already clobbered register is used after the transformation
in post reload pass.
insns after reload pass:
set (reg:HI r24
On Tue, Feb 12, 2013 at 2:48 PM, reed kotler rkot...@mips.com wrote:
CPIC is added to .o files for mips a lot.
This is a better question for the binutils mailing list rather than
the gcc list.
Is that needed?
What is it for?
It says if the object file will call into PIC code.
On Feb 8, 2013, at 8:24 AM, Jeff Law l...@redhat.com wrote:
I'm not quite sure that this clean split is possible, even after making
amends for template instantiation. It's great for syntax-driven tools,
but once you move beyond that, you tend to ignore stuff like destructors
(or the cleanup
Hi --
I'm seeing register allocation problems and code size increases
with gcc-4.6.2 (and gcc-head) compared with older (gcc-4.1.2).
Both are compiled using -O3.
One test case that I have has a long series of nested if's
each with the same comparison and similar computation.
if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56292
Bug #: 56292
Summary: False positive for constexpr arithmetics
(-Wconversion)
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #34 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-12
08:39:33 UTC ---
(In reply to comment #32)
Good news, 0x7fff8000 seems great:
There is another suggestion (from dvyukov) to use
-Wl,-Ttext-segment=0x4000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #35 from Dmitry Vyukov dvyukov at google dot com 2013-02-12
08:47:21 UTC ---
On Tue, Feb 12, 2013 at 12:39 PM, jakub at gcc dot gnu.org
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #36 from Kostya Serebryany kcc at gcc dot gnu.org 2013-02-12
08:58:56 UTC ---
I see, but then you could use the global vars (perhaps weak ones in libasan
with some default), combined together with arguments to __asan_init (or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56292
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
--- Comment #5 from Freddie Chopin freddie_chopin at op dot pl 2013-02-12
09:07:37 UTC ---
Yes, sorry about the fuzz with the testcase and thx for confirming.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56293
Bug #: 56293
Summary: I/O: Segfault in write_float when trying to print a
not-word-aligned REAL(16) / -fno-align-commons
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56293
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56292
--- Comment #2 from lcid-fire at gmx dot net 2013-02-12 10:13:17 UTC ---
But should it be evaluated before constexpr are processed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56293
Tobias Schlüter tobi at gcc dot gnu.org changed:
What|Removed |Added
CC||tobi at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56151
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-12
10:37:42 UTC ---
Author: jakub
Date: Tue Feb 12 10:37:38 2013
New Revision: 195972
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195972
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56151
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56294
Bug #: 56294
Summary: BOOT_CFLAGS='-O2 -g -fno-ipa-sra' leads to bootstrap
comparison failure
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56294
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56295
Bug #: 56295
Summary: [4.8 Regression] Missed optimization with LTO
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56295
--- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com
2013-02-12 11:02:05 UTC ---
Created attachment 29423
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29423
Three other testcases
These are unrelated testcases which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
--- Comment #6 from rguenther at suse dot de rguenther at suse dot de
2013-02-12 11:06:23 UTC ---
On Mon, 11 Feb 2013, hubicka at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
--- Comment #5 from Jan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #13 from rguenther at suse dot de rguenther at suse dot de
2013-02-12 11:11:11 UTC ---
On Tue, 12 Feb 2013, matt at use dot net wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #12 from Matt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #37 from Kostya Serebryany kcc at gcc dot gnu.org 2013-02-12
11:17:45 UTC ---
http://llvm.org/viewvc/llvm-project?rev=174957view=rev (and r174958)
change the default offset for x86_64 to 7fff8000
and changes __asan_init to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56288
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
11:18:17 UTC ---
Author: rguenth
Date: Tue Feb 12 11:18:05 2013
New Revision: 195973
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195973
Log:
2013-02-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56288
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
Kostya Serebryany kcc at gcc dot gnu.org changed:
What|Removed |Added
CC||glider
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56082
--- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2013-02-12
11:33:37 UTC ---
I just noticed that I swapped the patches for (a) and (b).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56296
Bug #: 56296
Summary: Undefined reference to __sync_add_and_fetch_8 for
int64_t on MIPS32.
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #39 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-12
11:42:33 UTC ---
So, if Darwin keeps the old 1ULL 44, then the corresponding gcc change (to
be applied together with asan merge) would be something like (untested):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-12
11:50:02 UTC ---
I think the problem is in sort_constexpr_mem_initializers, which doesn't handle
this case. CLASSTYPE_PRIMARY_BINFO (type) is NULL, thus it doesn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56296
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56296
--- Comment #2 from Balazs Kilvady kilvadyb at homejinni dot com 2013-02-12
12:12:22 UTC ---
(In reply to comment #1)
Why do you think this is a bug? If a target doesn't support atomic operations
on certain variable sizes, this is what
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46952
--- Comment #7 from janus at gcc dot gnu.org 2013-02-12 12:15:40 UTC ---
Author: janus
Date: Tue Feb 12 12:15:26 2013
New Revision: 195975
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195975
Log:
2013-02-12 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46952
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56295
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56294
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
12:28:28 UTC ---
Is it a compare-debug failure?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56292
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
12:29:28 UTC ---
Does it also warn if you make value a constexpr?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56290
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56297
Bug #: 56297
Summary: LTO: multiple definition error with global register
variables
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56293
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Summary|I/O: Segfault in|Segfault when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56293
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
12:39:55 UTC ---
(In reply to comment #3)
Also occurs if one calls (call foo(p)):
subroutine foo(x)
real(16) :: x, y
y = x ! FAILS HERE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
Bug #: 56298
Summary: wmmintrin.h aborts compilation on the machines without
AES
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr 2013-02-12
12:57:55 UTC ---
Do you understand why the test in gfc_match_return (file match.c)
if (gfc_notify_std (GFC_STD_F95_OBS, Alternate RETURN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
--- Comment #7 from Yuri Rumyantsev ysrumyan at gmail dot com 2013-02-12
13:05:16 UTC ---
(In reply to comment #6)
(In reply to comment #5)
This pattern is already recognized by simplify_bitwise_binary but only for
usual int type,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56293
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2013-02-12
13:07:10 UTC ---
Some tests with ifort, which by default uses unaligned commons: The first test
case works, i.e. I/O with the unaligned p works. However, if one calls a user
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
13:16:47 UTC ---
The intrinsics do _not_ work if the corresponding CPU ISA feature is not
enabled
on the command-line. That's a fact - whether that's good is another
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #3 from Piotr Wyderski piotr.wyderski at gmail dot com 2013-02-12
13:22:04 UTC ---
I beg to disagree, Jakub. In that case all the intrinsics
headers are written in a wrong way. At least if one takes
MSVC as a reference (which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
--- Comment #7 from Alan Modra amodra at gmail dot com 2013-02-12 13:23:59
UTC ---
On thinking about this a little more, the idea of using /proc/self/auxv isn't
that good. MD_FALLBACK_FRAME_STATE_FOR is only needed for older kernels;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
13:25:59 UTC ---
(In reply to comment #7)
(In reply to comment #6)
(In reply to comment #5)
This pattern is already recognized by simplify_bitwise_binary but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56299
Bug #: 56299
Summary: Dependent lambda expression breaks explicit template
instantiation
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #4 from Piotr Wyderski piotr.wyderski at gmail dot com 2013-02-12
13:30:37 UTC ---
@Richard: I don't have ICC right now, so a follow-up question is:
does ICC enable those built-in intrinsics conditionally (as does GCC)
or not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
--- Comment #10 from janus at gcc dot gnu.org 2013-02-12 13:31:22 UTC ---
(In reply to comment #9)
Do you understand why the test in gfc_match_return (file match.c)
if (gfc_notify_std (GFC_STD_F95_OBS, Alternate RETURN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56297
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56297
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
13:46:52 UTC ---
GCC 4.7 says
/tmp/ccQAPnYJ.o (symbol from plugin): In function `esp':
(.text+0x0): multiple definition of `esp'
/tmp/ccihIbJc.o (symbol from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
13:49:41 UTC ---
Can you give me a testcase that I can compile?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #6 from Piotr Wyderski piotr.wyderski at gmail dot com 2013-02-12
13:55:08 UTC ---
#include wmmintrin.h
__m128i f(__m128i x, __m128i y) {
return _mm_aesenc_si128(x, y);
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56295
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
14:04:50 UTC ---
Author: rguenth
Date: Tue Feb 12 14:04:44 2013
New Revision: 195976
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195976
Log:
2013-02-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56295
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-12
14:08:05 UTC ---
Headers are one thing, but you certainly can't use AES builtins in code not
compiled with -maes or functions not using __attribute__((target (aes))) or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #41 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-12
14:11:28 UTC ---
That is definitely stage1 material, and a lot of work, especially to teach the
vectorizer how to deal with these. And, we don't want to introduce the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Severity|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P1 |P2
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56299
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53137
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #42 from Jack Howarth howarth at nitro dot med.uc.edu 2013-02-12
14:41:56 UTC ---
(In reply to comment #41)
FYI, most of the codegen issues with xplor-nih compiled with gfortran can be
suppressed with -fno-tree-vectorize at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2013-02-12 14:43:41 UTC ---
--- Comment #6 from Ian Lance Taylor ian at airs dot com 2013-02-11
19:16:41 UTC ---
[...]
Note that this test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
--- Comment #9 from Yuri Rumyantsev ysrumyan at gmail dot com 2013-02-12
14:43:53 UTC ---
(In reply to comment #8)
(In reply to comment #7)
(In reply to comment #6)
(In reply to comment #5)
This pattern is already recognized by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222
--- Comment #13 from Georg-Johann Lay gjl at gcc dot gnu.org 2013-02-12
14:55:22 UTC ---
Author: gjl
Date: Tue Feb 12 14:55:16 2013
New Revision: 195978
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195978
Log:
gcc/
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
--- Comment #8 from Ian Lance Taylor ian at airs dot com 2013-02-12 15:02:12
UTC ---
I think we'll need to pull the relevant //sys lines out of socket.go into,
e.g., socket_posix.go, and then add socket_xnet.go, and arrange for the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
Freddie Chopin freddie_chopin at op dot pl changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56297
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
15:14:37 UTC ---
Author: rguenth
Date: Tue Feb 12 15:14:32 2013
New Revision: 195979
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195979
Log:
2013-02-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56297
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-12
15:17:45 UTC ---
Perhaps because you are the reporter and reporter is always CCed on the PRs, no
matter if on CC or not?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56292
--- Comment #4 from lcid-fire at gmx dot net 2013-02-12 15:23:58 UTC ---
constexpr std::uint8_t value = func() + 2;
does generate the same warning.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55493
--- Comment #10 from Kai Tietz ktietz at gcc dot gnu.org 2013-02-12 15:27:45
UTC ---
Well, I re-tried to reproduce this issue with current 4.8 gcc version (native).
As before, I can't reproduce that issue. Anyway I don't get what report
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
--- Comment #8 from Rich Felker bugdal at aerifal dot cx 2013-02-12 15:27:58
UTC ---
Is there nothing internal in the sigcontext structure that distinguishes the
version?
Making the reference to __libc_stack_end weak won't help. If the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
--- Comment #9 from Freddie Chopin freddie_chopin at op dot pl 2013-02-12
15:31:46 UTC ---
(In reply to comment #8)
Perhaps because you are the reporter and reporter is always CCed on the PRs,
no
matter if on CC or not?
If you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
--- Comment #15 from Kai Tietz ktietz at gcc dot gnu.org 2013-02-12 15:32:15
UTC ---
Author: ktietz
Date: Tue Feb 12 15:32:01 2013
New Revision: 195980
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195980
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
--- Comment #16 from Kai Tietz ktietz at gcc dot gnu.org 2013-02-12 15:37:09
UTC ---
Author: ktietz
Date: Tue Feb 12 15:36:56 2013
New Revision: 195981
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195981
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
--- Comment #17 from Kai Tietz ktietz at gcc dot gnu.org 2013-02-12 15:39:07
UTC ---
Author: ktietz
Date: Tue Feb 12 15:38:57 2013
New Revision: 195982
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195982
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Priority|P2 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-02-12
15:47:33 UTC ---
(In reply to comment #6)
#include wmmintrin.h
__m128i f(__m128i x, __m128i y) {
return _mm_aesenc_si128(x, y);
}
Compiling that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|freddie_chopin at op dot pl |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56082
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2013-02-12
16:22:26 UTC ---
Author: burnus
Date: Tue Feb 12 16:22:13 2013
New Revision: 195984
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195984
Log:
2013-02-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56297
--- Comment #5 from Jan Hubicka hubicka at ucw dot cz 2013-02-12 16:23:37 UTC
---
Confirmed. We put
register int i asm (esp);
into the LTO symbol table. Oops. The GCC symtab and the partition contains
(gdb) call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
--- Comment #9 from vincenzo Innocente vincenzo.innocente at cern dot ch
2013-02-12 16:24:11 UTC ---
I am just rebuilding (Updated to revision 195983.) and noticed
/home/data/newsoft/gcc-build/./gcc/xgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
CC||steven
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56295
--- Comment #5 from Dmitry Gorbachev d.g.gorbachev at gmail dot com
2013-02-12 16:26:39 UTC ---
Created attachment 29425
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29425
Modified testcase
This slightly modified testcase still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56082
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
1 - 100 of 215 matches
Mail list logo