http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
--- Comment #30 from Kostya Serebryany ---
We could add -Ttext-segment=0x7d00 (not 0x8500!),
to either the tests or the driver, but
a) see Jakub's comment about Gold
b) it will not fix anything, and
c) it will not help when ASLR is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
--- Comment #29 from Jakub Jelinek ---
It is not that easy. gold before February 2013 doesn't grok -Ttext-segment,
you need -Ttext there instead. See
http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00777.html
And, given that gcc can be configured t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
--- Comment #28 from Yury Gribov ---
(In reply to H.J. Lu from comment #26)
> TSAN tests should specify a load address which
> works with TSAN.
We'll add `-Wl,-Ttext-segment,0x8500' to TSan tests compilation options
then.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59422
--- Comment #1 from Uroš Bizjak ---
(In reply to Allan Jensen from comment #0)
> Created attachment 31399 [details]
> Patch
>
> Trying to compile a function with an "xop" multiversion fails with a "No
> dispatcher found for xop" error message. Si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59425
--- Comment #1 from Marlette Software ---
Error message obtained:
../isl-0.12.1/isl_band.c: In function 'isl_band_dup':
../isl-0.12.1/isl_band.c:43:12: internal compiler error: Segmentation fault
__isl_give isl_band *isl_band_dup(__isl_keep isl_
otstrap
--disable-multilib
Thread model: win32
gcc version 4.9.0 20131208 (experimental) (GCC)
Environment info:
# Make data base, printed on Sun Dec 8 16:53:45 2013
# Variables
# environment
VSSDK100INSTALL = C:\Program Files (x86)\Microsoft Visual Studio 2010 SDK\
# environment
VSSDK110INSTALL = C:\
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #27
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59424
Bug ID: 59424
Summary: Optimization issue on min/max
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59391
--- Comment #3 from Ahmed Wafa ---
Yes, it works fine for 4.9 and 4.8.2, i can see that the fix for Bug 58437 take
care of this problem. This now can be closed, not a duplicate, but as
indirectly fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41176
Jeffrey A. Law changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #45 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #18 from H.J. Lu ---
(In reply to H.J. Lu from comment #17)
> Perl_my_bcopy (len=31, to=0xf7fd801d "\021q", from=0x8023f0 "\264\005q")
> is miscompiled when inlined:
>
> Old value = 19935280
> New value = 808464432
> Perl_my_bcopy (le
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
--- Comment #30 from Daniel Price ---
thanks very much for the speedy and professional response Tobias et al!
Daniel
On 9 Dec 2013, at 8:42 am, burnus at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
>
> Tobias Bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9702
--- Comment #9 from Oleg Endo ---
As it has been mentioned in https://bugs.launchpad.net/gcc-linaro/+bug/625233
the ARM back end does not use GCC's constant pool handling for constants (in
varasm.c), but rather implements its own per-function const
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59423
Bug ID: 59423
Summary: Misleading warning when 'enum class' base type
unresolved: elaborated-type-specifier for a scoped
enum must not use the ‘class’ keyword
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #17 from H.J. Lu ---
Perl_my_bcopy (len=31, to=0xf7fd801d "\021q", from=0x8023f0 "\264\005q")
is miscompiled when inlined:
Old value = 19935280
New value = 808464432
Perl_my_bcopy (len=-1, to=0xf7fd803c "\260Vx", from=) at
util.c:1559
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51697
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51697
--- Comment #2 from Oleg Endo ---
Author: olegendo
Date: Sun Dec 8 22:15:59 2013
New Revision: 205794
URL: http://gcc.gnu.org/viewcvs?rev=205794&root=gcc&view=rev
Log:
PR target/52898
PR target/51697
* common/config/sh/sh-common.c (s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #9 from Oleg Endo ---
Author: olegendo
Date: Sun Dec 8 22:15:59 2013
New Revision: 205794
URL: http://gcc.gnu.org/viewcvs?rev=205794&root=gcc&view=rev
Log:
PR target/52898
PR target/51697
* common/config/sh/sh-common.c (s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59422
Bug ID: 59422
Summary: Support more targets for function multi versioning
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
David Kredba changed:
What|Removed |Added
Attachment #31391|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #11 from David Kredba ---
Delta died after more than 20 iterations. Started new delta. A little more
reduced ii file uploaded.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #16 from H.J. Lu ---
(In reply to H.J. Lu from comment #15)
> This
>
> char *
> my_bcopy(register char *from,register char *to,register I32 len)
> {
> char *retval = to;
>
> if (from - to >= 0) {
> while (len--)
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #15 from H.J. Lu ---
This
char *
my_bcopy(register char *from,register char *to,register I32 len)
{
char *retval = to;
if (from - to >= 0) {
while (len--)
*to++ = *from++;
}
else {
to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41724
Tobias Burnus changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58676
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
--- Comment #28 from Tobias Burnus ---
Author: burnus
Date: Sun Dec 8 21:34:18 2013
New Revision: 205791
URL: http://gcc.gnu.org/viewcvs?rev=205791&root=gcc&view=rev
Log:
2013-12-08 Tobias Burnus
Janus Weil
PR fortran/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58676
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Sun Dec 8 21:34:18 2013
New Revision: 205791
URL: http://gcc.gnu.org/viewcvs?rev=205791&root=gcc&view=rev
Log:
2013-12-08 Tobias Burnus
Janus Weil
PR fortran/58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41724
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Sun Dec 8 21:34:18 2013
New Revision: 205791
URL: http://gcc.gnu.org/viewcvs?rev=205791&root=gcc&view=rev
Log:
2013-12-08 Tobias Burnus
Janus Weil
PR fortran/58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59415
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #23 from Dominique d'Humieres ---
On x86_64-apple-darwin10, bootstrap fails with
libtool: compile: /opt/gcc/build_w/./gcc/xgcc -shared-libgcc
-B/opt/gcc/build_w/./gcc -nostdinc++
-L/opt/gcc/build_w/x86_64-apple-darwin10.8.0/libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #22 from John David Anglin ---
New errors have have appeared on hppa-linux:
In file included from
../../../../gcc/libsanitizer/sanitizer_common/sanitizer_pl
atform_limits_linux.cc:40:0:
/usr/include/hppa-linux-gnu/asm/stat.h:15:2: err
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58640
--- Comment #13 from Oleg Endo ---
(In reply to Jeffrey A. Law from comment #12)
> Oleg, I just worked through an independent problem that I saw locally that
> probably explains your SH issue as well. I expect to have a fix in the
> trunk shortly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52941
--- Comment #15 from Oleg Endo ---
(In reply to Oleg Endo from comment #14)
> Hm, maybe it would make sense to add a target specific option to allow
> setting set the minimum atomic variable alignment (MINIMUM_ATOMIC_ALIGNMENT
> macro).
The macro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58253
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|4.7.4 |4.8.3
--- Comment #12 from Uroš Bizjak ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Dec 8 14:20:42 2013
New Revision: 205790
URL: http://gcc.gnu.org/viewcvs?rev=205790&root=gcc&view=rev
Log:
Backport from mainline
2013-12-06 Uros Bizjak
PR ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
--- Comment #34 from Oleg Endo ---
(In reply to Oleg Endo from comment #29)
> (In reply to comment #28)
> > I'm now trying to work around this by adding special insn_and_split patterns
> > for the reload phase and removing the displacement address
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49263
--- Comment #21 from Oleg Endo ---
(In reply to Oleg Endo from comment #18)
>
> It seems that combine is trying to look for the following patterns:
>
> Failed to match this instruction:
> (set (pc)
> (if_then_else (ne (and:SI (reg:SI 5 r5 [
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59201
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
43 matches
Mail list logo