https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63673
Bug ID: 63673
Summary: VSX intrinsic vec_vsx_ld fails to compile with double,
maps to wrong instructions with float
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63673
--- Comment #1 from Konstantinos Margaritis markos at freevec dot org ---
Created attachment 33837
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33837action=edit
testcase for vec_vsx_ld using floats
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63673
--- Comment #2 from Konstantinos Margaritis markos at freevec dot org ---
Created attachment 33838
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33838action=edit
asm output for testcase for vec_vsx_ld using floats
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org ---
Slightly reduced testcase:
static void
foo (double a, double q, double xx, double *ff, double *gx, int e, int ni)
{
int ii, nn;
double g1 = *gx;
ff[ni] = xx;
if (e == 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63662
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62235
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #20 from torvald at gcc dot gnu.org ---
(In reply to jos...@codesourcery.com from comment #19)
* carries_dependency is about increasing optimization, not decreasing it.
If it affects when barriers are added, it does so by allowing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Wed Oct 29 09:22:55 2014
New Revision: 216825
URL: https://gcc.gnu.org/viewcvs?rev=216825root=gccview=rev
Log:
2014-10-29 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
--- Comment #8 from Łukasz Kucharski luk32 at o2 dot pl ---
Jakub,
fair enough. However, changing the optimization level should not break the
compilation. The issue is, at least for me, is not that we can't omit the frame
pointer, but that it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org ---
The documentation on -fomit-frame-pointer says: Don't keep the frame pointer
in a register for functions that don't need one.
where whether soemthing needs a frame pointer or not is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63340
--- Comment #5 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Wed Oct 29 10:00:18 2014
New Revision: 216828
URL: https://gcc.gnu.org/viewcvs?rev=216828root=gccview=rev
Log:
gcc/
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63340
--- Comment #6 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Wed Oct 29 10:02:33 2014
New Revision: 216829
URL: https://gcc.gnu.org/viewcvs?rev=216829root=gccview=rev
Log:
gcc/
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to Richard Biener from comment #2)
I suppose -flto is the same as -fwhole-program then?
Yes.
Maybe too much speculative inlining happens?
Hopefully Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52769
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63674
Bug ID: 63674
Summary: procedure pointer and non/pure procedure
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #8 from Jiong Wang jiwang at gcc dot gnu.org ---
Created attachment 33839
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33839action=edit
vshuf-v16hi.i
Richard,
after your fix, the issue still exist on arm-none-eabi. testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #9 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 29 Oct 2014, jiwang at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #8 from Jiong Wang jiwang at gcc dot gnu.org ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||glisse at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63675
Bug ID: 63675
Summary: Non-confirming aspect doesn’t fail
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #11 from Richard Biener rguenth at gcc dot gnu.org ---
Index: gcc/fold-const.c
===
--- gcc/fold-const.c(revision 216834)
+++ gcc/fold-const.c(working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
Ilya Enkovich enkovich.gnu at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63676
Bug ID: 63676
Summary: [5.0 regression] vshuf-v16hi.c ICE on arm-none-eabi
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #3 from Martin Liška marxin at gcc dot gnu.org ---
Created attachment 33843
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843action=edit
IPA ICF aliasing restriction
Can you please try to apply following patch?
It should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63677
Bug ID: 63677
Summary: Failure to constant fold with vectorization.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
Bug ID: 63678
Summary: __mm256_blend_epi16 only accepts 8-bit masks (should
accept 16-bit)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #14 from Martin Liška marxin at gcc dot gnu.org ---
Author: marxin
Date: Wed Oct 29 15:17:42 2014
New Revision: 216841
URL: https://gcc.gnu.org/viewcvs?rev=216841root=gccview=rev
Log:
PR ipa/63587
* g++.dg/ipa/pr63587-1.C: New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679
Bug ID: 63679
Summary: [4.9 Regression][AArch64] Failure to constant fold.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63640
patnel97269-gfortran at yahoo dot fr changed:
What|Removed |Added
Severity|major |critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63677
--- Comment #1 from Tejas Belagod belagod at gcc dot gnu.org ---
There is similar behaviour on aarch64. So, it doesn't look like a backend
issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63680
Bug ID: 63680
Summary: ice
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63681
Bug ID: 63681
Summary: bfin-rtems ICE in cfg_layout_initialize, at
cfgrtl.c:4233
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63677
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
I have seen this also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63682
Bug ID: 63682
Summary: m32c: libgcc configure checks for SJLJ model even when
C++ and Java are disabled
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63683
Bug ID: 63683
Summary: m32c-rtems ICE unable to find spill register compiling
libgcc
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63682
--- Comment #1 from DJ Delorie dj at redhat dot com ---
m32c-elf supports C++. What is the contents of the failing config.log?
Also, there's nothing m32c-specific in the sjlj checks, it's the same for all
sjlj targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
Bug ID: 63684
Summary: Build failure due to Let GDB reuse GCC's parser.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63677
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #2 from Peter Bumbulis peter.bumbulis at ianywhere dot com ---
The referenced web page is incorrect. Look in the instruction set reference
manual
(https://software.intel.com/sites/default/files/managed/c6/a9/319433-020.pdf,
search
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
What target? How options did you configure GCC with?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62318
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Peter Bumbulis from comment #2)
The referenced web page is incorrect. Look in the instruction set reference
manual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #2 from Sasha Levin sasha.levin at oracle dot com ---
Building on x86, config options are:
./configure --prefix=/home/sasha/gcc-inst/ --with-arch=native
--with-tune=native --enable-languages=c --enable-lto --enable-gold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #4 from Peter Bumbulis peter.bumbulis at ianywhere dot com ---
(In reply to Peter Bumbulis from comment #2)
The referenced web page is incorrect. Look in the instruction set reference
manual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Trying icc 14.0.2.144 Build 2014012, I see that
a) it indeed fails to report the bug in your source
b) when using -c, it silently discards the upper 8 bits of the immediate, so
you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63662
--- Comment #6 from andre.mccurdy at linaro dot org ---
The issue seems to be specific to Linaro 4.9-2014.10.
There's now a Linaro 4.9-2014.10-1 release which merges the missing updates to
libcpp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #3 from Phil Muldoon pmuldoon at redhat dot com ---
I am trying to replicate locally. Do you recall at which stage (1, 2 .. etc)
during the build process this occurred at?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #4 from Sasha Levin sasha.levin at oracle dot com ---
Created attachment 33846
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33846action=edit
Build log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #5 from Sasha Levin sasha.levin at oracle dot com ---
It happened very early. I've attached the full build log for reference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63682
--- Comment #2 from Joel Sherrill joel at gcc dot gnu.org ---
Created attachment 33847
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33847action=edit
config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63682
--- Comment #3 from Joel Sherrill joel at gcc dot gnu.org ---
(In reply to DJ Delorie from comment #1)
m32c-elf supports C++. What is the contents of the failing config.log?
Hmm... then this should work. We intentionally don't deviate much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #6 from Phil Muldoon pmuldoon at redhat dot com ---
I am already past that point in my build. auto-host.h is an automatically
generated file, so I am quite puzzled why in your case it has not found it. In
my case, it is in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #7 from Sasha Levin sasha.levin at oracle dot com ---
The built was from a clean checkout.
auto-host.h seems to be correctly created during the build. I see this after
the build failure:
$ stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #8 from Phil Muldoon pmuldoon at redhat dot com ---
I am still waiting for my build to complete the full-stages. Meanwhile does
--disable-libcc1 allow you to continue with your work?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #12 from Marc Glisse glisse at gcc dot gnu.org ---
(I am traveling this week, so I can only post a short comment)
(In reply to Richard Biener from comment #11)
- if (need_mask_canon arg2 == op2)
+ if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #51 from Dominique d'Humieres dominiq at lps dot ens.fr ---
In addition r216154 breaks a lot of asan tests with -m32: see
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg02834.html
Could you please try following patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Created attachment 33843 [details]
IPA ICF aliasing restriction
Can you please try to apply following patch?
It should disable alias creation for targets that do not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #9 from Phil Muldoon pmuldoon at redhat dot com ---
My build is not complete with the parameters specified in the PR:
../trunk/configure --prefix=/home/pmuldoon/gdb_compile_gcc/ --with-arch=native
--with-tune=native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #10 from Phil Muldoon pmuldoon at redhat dot com ---
Sorry I mean my build is now complete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #11 from Sasha Levin sasha.levin at oracle dot com ---
That's correct. I'm just building in-tree and using 'git clean -df' to reset
everything back to a pristine checkout state when I need to.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62236
--- Comment #1 from Victor Porton porton at narod dot ru ---
Confirmed in GNAT GPL 2014.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62235
--- Comment #2 from Victor Porton porton at narod dot ru ---
Confirmed in GNAT GPL 2014.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62205
--- Comment #1 from Victor Porton porton at narod dot ru ---
It does not work with GNAT GPL 2014.
$ gnat compile -gnatc -gnat12 test.ads
gcc -c -gnatc -gnat12 test.ads
test.ads:19:28: Default Iterator must be a primitive of Descriptions_List
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62042
--- Comment #1 from Victor Porton porton at narod dot ru ---
Confirmed in GNAT GPL 2014.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62236
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #13 from Sasha Levin sasha.levin at oracle dot com ---
From Installing GCC: Configuration
(https://gcc.gnu.org/install/configure.html):
building where srcdir == objdir should still work, but doesn't get extensive
testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63685
Bug ID: 63685
Summary: kern.osversion bug shows up with GFORTRAN as well as
GCC
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63685
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||cloverm at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #52 from Jeffrey A. Law law at redhat dot com ---
Igor, can you post the patch from c#50 for official review? Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |vmakarov at
81 matches
Mail list logo