https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |vmakarov at redhat dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #52 from Jeffrey A. Law ---
Igor, can you post the patch from c#50 for official review? Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Andrew Pinski changed:
What|Removed |Added
CC||cloverm at leidos dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63685
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|fortran
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
Pri
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 med
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #13 from Sasha Levin ---
>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=62236
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62042
--- Comment #1 from Victor Porton ---
Confirmed in GNAT GPL 2014.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62205
--- Comment #1 from Victor Porton ---
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"
gnatmake: "test.ads" co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62235
--- Comment #2 from Victor Porton ---
Confirmed in GNAT GPL 2014.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62236
--- Comment #1 from Victor Porton ---
Confirmed in GNAT GPL 2014.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #11 from Sasha Levin ---
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=63684
--- Comment #10 from Phil Muldoon ---
Sorry I mean my "build is now complete"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #9 from Phil Muldoon ---
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 --enable-languages=c --enable-lto --enable-g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #4 from Dominique d'Humieres ---
> 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 support aliasing.
With t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #51 from Dominique d'Humieres ---
> > 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?
>
> diff --git a/gcc/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #12 from Marc Glisse ---
(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 (need_mask_canon && arg2 == op2
> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #8 from Phil Muldoon ---
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=63684
--- Comment #7 from Sasha Levin ---
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 host-x86_64-unknown-linux-gnu/gcc/auto-host.h
File: `host-x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #6 from Phil Muldoon ---
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 obj/gcc/auto-host.h. I built with y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63682
--- Comment #3 from Joel Sherrill ---
(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 from *-elf
targets. I was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63682
--- Comment #2 from Joel Sherrill ---
Created attachment 33847
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33847&action=edit
config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #5 from Sasha Levin ---
It happened very early. I've attached the full build log for reference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #4 from Sasha Levin ---
Created attachment 33846
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33846&action=edit
Build log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #3 from Phil Muldoon ---
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=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=63678
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #5 from Jakub Jelinek ---
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 end up with:
0:c4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #4 from Peter Bumbulis ---
(In reply to Peter Bumbulis from comment #2)
> 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #2 from Sasha Levin ---
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
--disable-libstdcxx
e --with-tune=native -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #3 from Jakub Jelinek ---
(In reply to Peter Bumbulis from comment #2)
> 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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62318
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63684
--- Comment #1 from Andrew Pinski ---
What target? How options did you configure GCC with?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63678
--- Comment #2 from Peter Bumbulis ---
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 for VPBLENDMW) or the intrinsics guide
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63677
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=63682
--- Comment #1 from DJ Delorie ---
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=63678
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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=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
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63677
--- Comment #2 from Andrew Pinski ---
I have seen this also.
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
Prio
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 dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63677
--- Comment #1 from Tejas Belagod ---
There is similar behaviour on aarch64. So, it doesn't look like a backend
issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
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=63679
Bug ID: 63679
Summary: [4.9 Regression][AArch64] Failure to constant fold.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #14 from Martin Liška ---
Author: marxin
Date: Wed Oct 29 15:17:42 2014
New Revision: 216841
URL: https://gcc.gnu.org/viewcvs?rev=216841&root=gcc&view=rev
Log:
PR ipa/63587
* g++.dg/ipa/pr63587-1.C: New test
* g++.dg/ipa/pr6
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=63677
Bug ID: 63677
Summary: Failure to constant fold with vectorization.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #3 from Martin Liška ---
Created attachment 33843
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843&action=edit
IPA ICF aliasing restriction
Can you please try to apply following patch?
It should disable alias creation for t
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
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
Ilya Enkovich changed:
What|Removed |Added
CC||enkovich.gnu at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #11 from Richard Biener ---
Index: gcc/fold-const.c
===
--- gcc/fold-const.c(revision 216834)
+++ gcc/fold-const.c(working copy)
@@ -82,6 +82,7 @@ along with 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
Richard Biener changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #9 from 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 ---
> Created attachment 33839
> --> https://gcc.g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #8 from Jiong Wang ---
Created attachment 33839
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33839&action=edit
vshuf-v16hi.i
Richard,
after your fix, the issue still exist on arm-none-eabi. testcase attached.
cc1 built
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=52769
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #3 from Markus Trippelsdorf ---
(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 finds time to tune inlining be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63340
--- Comment #6 from 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=216829&root=gcc&view=rev
Log:
gcc/
PR rtl-optimization/63340 (part 2)
* rtl.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63340
--- Comment #5 from 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=216828&root=gcc&view=rev
Log:
gcc/
PR rtl-optimization/63340 (part 1)
* ira-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
--- Comment #9 from Jakub Jelinek ---
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 not precisely defined
(e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
--- Comment #8 from Łukasz Kucharski ---
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 depends on the optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Wed Oct 29 09:22:55 2014
New Revision: 216825
URL: https://gcc.gnu.org/viewcvs?rev=216825&root=gcc&view=rev
Log:
2014-10-29 Richard Biener
PR tree-optimization/63666
* tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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 allowin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62235
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63662
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #15 from Jakub Jelinek ---
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)
{
for (ii = 0; ii <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63673
--- Comment #2 from Konstantinos Margaritis ---
Created attachment 33838
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33838&action=edit
asm output for testcase for vec_vsx_ld using floats
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63673
--- Comment #1 from Konstantinos Margaritis ---
Created attachment 33837
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33837&action=edit
testcase for vec_vsx_ld using floats
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
81 matches
Mail list logo
