On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm dmalc...@redhat.com wrote:
On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
On Tue, Nov 11, 2014 at 8:26 AM, Jakub Jelinek ja...@redhat.com wrote:
On Mon, Nov 10, 2014 at 05:27:50PM -0500, David Malcolm wrote:
On Sat, 2014-11-08 at 14:56
On 13 November 2014 10:45, Richard Biener wrote:
Hmm.
struct assign;
struct base {
operator assign *() const { return (assign *)this; }
};
struct assign : base {
};
void foo (assign *);
void bar (base *b)
{
foo (b);
}
doesn't work, but
void bar (base b)
{
foo (b);
}
Sorry for the (very) delayed response. I'm still looking for feedback
here so I can fix the docs.
To refresh: The topic of conversation was the (extremely) wrong
explanation that has been in the docs since forever about how to use
memory constraints with inline asm to avoid the performance
On Thu, Nov 13, 2014 at 1:03 PM, David Wohlferd d...@limegreensocks.com wrote:
Sorry for the (very) delayed response. I'm still looking for feedback here
so I can fix the docs.
To refresh: The topic of conversation was the (extremely) wrong explanation
that has been in the docs since forever
2014-11-11 10:05 GMT+01:00 Richard Biener richard.guent...@gmail.com:
[...]
I think you need to retain the fact that one needs to bootstrap, not just
build GCC. Thus If your change is to code that is not in a front
end, or is to the C or C++ front ends or codelibgcc/code or
codelibstdc++/code
On 11/12/2014 04:26 PM, Jakub Jelinek wrote:
On Wed, Nov 12, 2014 at 12:58:37PM +0300, Yury Gribov wrote:
On 11/12/2014 11:45 AM, Marek Polacek wrote:
On Wed, Nov 12, 2014 at 11:42:39AM +0300, Yury Gribov wrote:
On 11/11/2014 05:15 PM, Jakub Jelinek wrote:
There are also some unsafe code in
Am 13.11.2014 um 14:08 schrieb Fabien Chêne:
Perhaps that would make sense to mention the existence of the compile
farm, and add link to it.
Good idea. Bonus points for adding a script which executes all the required
steps.
Markus
--
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH)
Hello,
Support of OpenMP 4.0 offloading to future Xeon Phi was fully checked in to main
trunk.
Thanks everybody who helped w/ development and review.
--
Thanks, K
On 11/13/2014 05:45 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm dmalc...@redhat.com wrote:
On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
On Tue, Nov 11, 2014 at 8:26 AM, Jakub Jelinek ja...@redhat.com wrote:
On Mon, Nov 10, 2014 at 05:27:50PM -0500,
On Thu, Nov 13, 2014 at 3:24 PM, Andrew MacLeod amacl...@redhat.com wrote:
On 11/13/2014 05:45 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm dmalc...@redhat.com
wrote:
On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
On Tue, Nov 11, 2014 at 8:26 AM, Jakub
x86-64 psABI has
name@GOT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT.
name@GOTPLT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT, implying that there is a corresponding PLT entry.
But GCC never generates name@GOTPLT
Kirill Yukhin wrote:
Support of OpenMP 4.0 offloading to future Xeon Phi was
fully checked in to main trunk.
Thanks. If I understood it correctly:
* GCC 5 supports code generation for Xeon Phi (Knights Landing, KNL)
* KNL (the hardware) is not yet available [mid 2015?]
* liboffloadmic supports
On 11/13/2014 09:34 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 3:24 PM, Andrew MacLeod amacl...@redhat.com wrote:
On 11/13/2014 05:45 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm dmalc...@redhat.com
wrote:
On Tue, 2014-11-11 at 11:43 +0100, Richard Biener
On Thu, Nov 13, 2014 at 04:15:48PM +0100, Tobias Burnus wrote:
Question: Is the latter up to date - and the item above correct?
Will leave that to Kirill.
BTW: you could update gcc.gnu.org -news and gcc.gnu.org/gcc-5/changes.html
Indeed, that should be updated.
Otherwise:
* OpenACC support
Hi Tobias,
On 13 Nov 16:15, Tobias Burnus wrote:
Kirill Yukhin wrote:
Support of OpenMP 4.0 offloading to future Xeon Phi was
fully checked in to main trunk.
Thanks. If I understood it correctly:
* GCC 5 supports code generation for Xeon Phi (Knights Landing, KNL)
Right.
* KNL (the
Reposting to gcc@gcc.gnu.org
Hi Tobias,
On 13 Nov 16:15, Tobias Burnus wrote:
Kirill Yukhin wrote:
Support of OpenMP 4.0 offloading to future Xeon Phi was
fully checked in to main trunk.
Thanks. If I understood it correctly:
* GCC 5 supports code generation for Xeon Phi (Knights
On 11/13/2014 03:55 PM, H.J. Lu wrote:
x86-64 psABI has
name@GOT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT.
name@GOTPLT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT, implying that there is a corresponding PLT
Hi,
On Thu, 13 Nov 2014, H.J. Lu wrote:
x86-64 psABI has
name@GOT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT.
name@GOTPLT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT, implying that there is a corresponding
On Thu, Nov 13, 2014 at 8:33 AM, Michael Matz m...@suse.de wrote:
Hi,
On Thu, 13 Nov 2014, H.J. Lu wrote:
x86-64 psABI has
name@GOT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT.
name@GOTPLT: specifies the offset to the GOT entry for the symbol name
On Thu, Nov 13, 2014 at 6:14 AM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Hello,
Support of OpenMP 4.0 offloading to future Xeon Phi was fully checked in to
main
trunk.
Thanks everybody who helped w/ development and review.
I noticed many libgomp test failures:
Kirill,
The patches have broken bootstrap on AIX and probably on other non-GNU
platforms. strchrnul() is a GNU extension.
/nasfarm/edelsohn/src/src/gcc/lto-wrapper.c: In function 'unsigned int
parse_env_var(const char*, char***, const char*)':
/nasfarm/edelsohn/src/src/gcc/lto-wrapper.c:427:35:
On Thu, Nov 13, 2014 at 9:03 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, Nov 13, 2014 at 8:33 AM, Michael Matz m...@suse.de wrote:
Hi,
On Thu, 13 Nov 2014, H.J. Lu wrote:
x86-64 psABI has
name@GOT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT.
On 13 Nov 09:17, H.J. Lu wrote:
I noticed many libgomp test failures:
https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00309.html
Have you seen them?
Hi H.J.,
I do not see these regressions on i686-linux and x86_64-linux.
Could you please provide more details? (configure options, error
On Thu, Nov 13, 2014 at 10:37 AM, Ilya Verbin iver...@gmail.com wrote:
On 13 Nov 09:17, H.J. Lu wrote:
I noticed many libgomp test failures:
https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00309.html
Have you seen them?
Hi H.J.,
I do not see these regressions on i686-linux and
On 13 Nov 10:48, H.J. Lu wrote:
/usr/local/bin/ld: /tmp/ccA8cExp.o: plugin needed to handle lto object^M
Looks like we should set flag_fat_lto_objects while compilation with offloading.
I'll investigate this issue tomorrow.
Could you please also show a version and configure options for ld?
On Thu, Nov 13, 2014 at 11:20 AM, Ilya Verbin iver...@gmail.com wrote:
On 13 Nov 10:48, H.J. Lu wrote:
/usr/local/bin/ld: /tmp/ccA8cExp.o: plugin needed to handle lto object^M
Looks like we should set flag_fat_lto_objects while compilation with
offloading.
I'll investigate this issue
On Thursday 2014-11-13 12:41, David Edelsohn wrote:
The patches have broken bootstrap on AIX and probably on other non-GNU
platforms. strchrnul() is a GNU extension.
Yep, FreeBSD 8 is broken as well.
The failure rate of my nightly testers over the last two weeks
must be around 50%.
Gerald
On Thu, Nov 13, 2014 at 11:20 AM, Ilya Verbin iver...@gmail.com wrote:
On 13 Nov 10:48, H.J. Lu wrote:
/usr/local/bin/ld: /tmp/ccA8cExp.o: plugin needed to handle lto object^M
Looks like we should set flag_fat_lto_objects while compilation with
offloading.
I'll investigate this issue
On 13 Nov 2014, at 23:11, H.J. Lu hjl.to...@gmail.com wrote:
Section Headers:
[Nr] Name TypeAddress OffSize
ES Flg Lk Inf Al
[ 0] NULL 00
00 00 0 0 0
[ 1] .text PROGBITS
On Thu, Nov 13, 2014 at 12:53 PM, Ilya Verbin iver...@gmail.com wrote:
On 13 Nov 2014, at 23:11, H.J. Lu hjl.to...@gmail.com wrote:
Section Headers:
[Nr] Name TypeAddress OffSize
ES Flg Lk Inf Al
[ 0] NULL
On Thu, Nov 13, 2014 at 11:53:53PM +0300, Ilya Verbin wrote:
Don't you need another plugin to claim those offload IR sections?
No, the plan was that a regular plugin will just ignore offload IR
sections by default. In your configuration ld detects a __gnu_lto_slim
symbol and decided that
Dear All,
It is my pleasure to announce the MELT plugin 1.1.3 for GCC 4.8 or 4.9
MELT is a high-level domain specific language and plugin to customize
GCC, see http://gcc-melt.org/ for details.
It is free software, GPLv3+ licensed, FSF copyrighted.
You can download the source tarball from
Snapshot gcc-4.8-20141113 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20141113/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On 11/13/2014 6:02 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 2:53 PM, Hans-Peter Nilsson h...@bitrange.com wrote:
On Thu, 13 Nov 2014, David Wohlferd wrote:
Sorry for the (very) delayed response. I'm still looking for feedback here so
I can fix the docs.
Thank you for your
Dear Training Manager
Below are the confirmed classes for Nov 2014
Advance PC Configuration, Troubleshooting Data RecoveryRate: RM1530Date:
13-14th November 2014Time: 9am-5pmVenue: Vistana Hotel, KLTrainer: En Muhammad
Date: 18-19th December 2014Venue: Suria City Hotel, Johor Bahru
I've forgot if someone mentioned whether we have a test-case in
our test-suite for this feature.
I'm looking thru gcc/testsuite/*.c to see if I can spot anything. It's
not easy since there is a lot of asm and the people who write these
are apparently allergic to using comments to describe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #14 from Yvan Roux yroux at gcc dot gnu.org ---
No I meant FSF 4.8 branch. The bug log only show a commit to trunk and GCC
4.9 FSF branch.
It's only in trunk (the backport I made was in Linaro 4.9 branch). For FSF
branches check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63845
Bug ID: 63845
Summary: c-c++-common/asan/bitfield-1.c fails on i?86 -with
-fpic
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63845
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63845
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Summary|[5 Regression] |[5 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63846
Bug ID: 63846
Summary: c-c++-common/asan/misalign-[12].c fails on i?86 with
-fpic
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61559
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61559
--- Comment #16 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Nov 13 08:45:29 2014
New Revision: 217464
URL: https://gcc.gnu.org/viewcvs?rev=217464root=gccview=rev
Log:
2014-12-13 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #10 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 12 Nov 2014, hubicka at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #9 from Jan Hubicka hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63847
Bug ID: 63847
Summary: FAIL: c-c++-common/cilk-plus/AN/builtin_fn_custom.c
execution test on i?86 with -fpic
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #15 from thopre01 at gcc dot gnu.org ---
I'll take care of it.
are b-a-o-18.c (t103sub) and
b-a-o-6.c (t153add).
Breakpoint 2, bar ()
at
/usr/local/gcc/gcc-20141113/gcc/testsuite/c-c++-common/torture/builtin-arith-overflow.h:17
17v++;
(gdb) bt
#0 bar ()
at
/usr/local/gcc/gcc-20141113/gcc/testsuite/c-c++-common/torture/builtin-arith-overflow.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63845
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC||izamyatin at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63843
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||x86_64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63847
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
Ah, excess FP precision issue at:
double x, yy, array3[NUMBER], array4[NUMBER];
double max_value = 0.000, min_value = 0.000, add_value, mul_value = 1.00;
...
if (x !=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63841
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63839
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63837
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
--- Comment #10 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #9)
(In reply to Igor Zamyatin from comment #7)
So, is this compile time failure or runtime failure (or both for two tests)?
You can run the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63841
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63800
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
--- Comment #11 from Igor Zamyatin izamyatin at gmail dot com ---
Will take a look. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63839
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, so inlining introduces __builtin_unreachable () during inlining of a
noreturn call. Then at some point somebody folds that statement (forwprop) and
ubsan
instrumentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63839
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63837
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63849
Bug ID: 63849
Summary: [4.9/5.0 Regression] ICE on variadic alias template
with wrappers
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63806
--- Comment #5 from Yury Gribov y.gribov at samsung dot com ---
I've posted feature request upstream:
http://llvm.org/bugs/show_bug.cgi?id=21530
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60324
--- Comment #8 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Thu Nov 13 12:05:01 2014
New Revision: 217480
URL: https://gcc.gnu.org/viewcvs?rev=217480root=gccview=rev
Log:
PR 60324 Unbounded stack allocations in libgfortran.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63846
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC||izamyatin at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60324
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63850
Bug ID: 63850
Summary: Building TSAN for Aarch64 results in assembler
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63850
Dmitry Vyukov dvyukov at google dot com changed:
What|Removed |Added
CC||dvyukov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817
--- Comment #5 from Jan-Benedict Glaw jbg...@lug-owl.de ---
Bug seems to be gone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63828
--- Comment #6 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Nov 13 13:08:12 2014
New Revision: 217483
URL: https://gcc.gnu.org/viewcvs?rev=217483root=gccview=rev
Log:
Use POINTER_SIZE to check for pointer size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63850
clyon at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63837
--- Comment #6 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
Thanks for the testcase. It seems that the GCC_COMPARE_DEBUG=0 uses a temporary
file
./cc1 -quiet -iprefix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63365
clyon at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63837
--- Comment #7 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #6)
Thanks for the testcase. It seems that the GCC_COMPARE_DEBUG=0 uses a
temporary file
./cc1 -quiet -iprefix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #5 from Robert Suchanek robert.suchanek at imgtec dot com ---
It appears that enabling the debug info can trigger the ICE. In the testcase,
after the patch, an instruction 1136 gets deleted and all references to pseudo
704 meant to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49721
--- Comment #36 from Yvan Roux yroux at gcc dot gnu.org ---
Author: yroux
Date: Thu Nov 13 14:00:48 2014
New Revision: 217497
URL: https://gcc.gnu.org/viewcvs?rev=217497root=gccview=rev
Log:
2014-11-13 Yvan Roux yvan.r...@linaro.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63841
--- Comment #4 from Teresa Johnson tejohnson at google dot com ---
On Thu, Nov 13, 2014 at 1:27 AM, jakub at gcc dot gnu.org
gcc-bugzi...@gcc.gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63841
Jakub Jelinek jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63850
--- Comment #3 from Dmitry Vyukov dvyukov at google dot com ---
Sure, you can do local experimentation in gcc.
Yes, gcc Makefile will need to be updated as well.
But I am more concerned about shadow memory layout. Tsan mapping is somewhat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #6 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
(In reply to Robert Suchanek from comment #5)
It appears that enabling the debug info can trigger the ICE. In the
testcase, after the patch, an instruction 1136 gets deleted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #7 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Created attachment 33956
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33956action=edit
The proposed patch
Here is the proposed patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63831
--- Comment #9 from emsr at gcc dot gnu.org ---
This problem exists also with my baby __has_cpp_attribute. I have to actually
solve this.
The real answer to this is to also give c-family/c-ppoutput.c a callback to
pretty print these built-in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762
--- Comment #2 from Renlin Li renlin.li at arm dot com ---
r278 is derived from r224 which is a VFP_LO_REGS.
find_cost_and_classes assigns r278's class as GENERAL_REGS, and assign it
hard_reg 2. Another new pseudo register r290 is created from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762
--- Comment #3 from Renlin Li renlin.li at arm dot com ---
Created attachment 33957
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33957action=edit
ira dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63831
emsr at gcc dot gnu.org changed:
What|Removed |Added
Attachment #33949|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63841
--- Comment #5 from tejohnson at gcc dot gnu.org ---
Author: tejohnson
Date: Thu Nov 13 15:36:48 2014
New Revision: 217505
URL: https://gcc.gnu.org/viewcvs?rev=217505root=gccview=rev
Log:
2014-11-13 Teresa Johnson tejohn...@google.com
gcc:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63851
Bug ID: 63851
Summary: ipa-icf miscompiles
gfortran.dg/assumed_rank_(8|9|10).f90 at -O2 and above
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63793
--- Comment #5 from howarth at bromo dot med.uc.edu ---
Checking this issue with current gcc trunk on x86_64 linux, I see differently
handling of sumpartgrid in the emitted assembly...
$ grep sumpartgrid convmix_kfeta.s
movabsq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63852
Bug ID: 63852
Summary: acats failures On x86_64-apple-darwin14
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762
--- Comment #4 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
(In reply to Renlin Li from comment #2)
r278 is derived from r224 which is a VFP_LO_REGS.
find_cost_and_classes assigns r278's class as GENERAL_REGS, and assign it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #8 from Robert Suchanek robert.suchanek at imgtec dot com ---
Yes, the patch works. Glibc built fine on mips64-linux-gnu target. Thanks Vlad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #36 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Please file test suite failures as new PR (one new PR per test failure
with a different backtrace, ideally). It's very hard to track as such
(the subject is not accurate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63802
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
CC||y.gribov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
CC||marxin at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63853
Bug ID: 63853
Summary: [5.0 Regression] The use of strchrnul breaks bootstrap
on x86_64-apple-darwin14.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63802
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Supposedly for TYPE_USER_ALIGN we could use TYPE_ALIGN_UNIT, but for other
types we need to use min_align_of_type, otherwise we mishandle e.g. long long
on i?86, which has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63793
--- Comment #6 from howarth at bromo dot med.uc.edu ---
This may be where the usage of @GOTOFF was introduced for -mcmodel=medium...
https://gcc.gnu.org/ml/gcc-patches/2005-07/msg00046.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63802
--- Comment #3 from Yury Gribov y.gribov at samsung dot com ---
Agreed, I'll cook a patch for tomorrow then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63828
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63853
Iain Sandoe iains at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63853
Ilya Verbin iverbin at gmail dot com changed:
What|Removed |Added
CC||iverbin at gmail
1 - 100 of 409 matches
Mail list logo