https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62259
--- Comment #8 from Hans-Peter Nilsson ---
(In reply to Andrew Macleod from comment #4)
> Yeah... up until now, CRIS was the only port that this was an issue for.
And JFTR, the resolution to this PR doesn't solve the similar issue there. (To
wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005
--- Comment #16 from Hans-Peter Nilsson ---
(In reply to Jonathan Wakely from comment #14)
> Can we close this?
No. IIUC, we're still/again using __atomic_is_lock_free with alignment deduced
from the current object rather than the type (even th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65665
--- Comment #1 from Hans-Peter Nilsson ---
The cutnpasted backtrace was from revision 221841.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65665
Bug ID: 65665
Summary: [5.0 Regression]: g++.dg/torture/pr64378.C -O2 -flto
-fno-use-linker-plugin -flto-partition=none
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53838
--- Comment #8 from Jonathan Wakely ---
i.e. do you have the exact commands to build a gcc that shows the problem?
So it can be reproduced from a clean source tarball, without external
dependencies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53838
--- Comment #7 from Jonathan Wakely ---
One of those bugs is apparently not present in 4.2 or later, are you sure it's
the same?
Do you have a reproducible testcase to show the bug, not just "use macports, it
breaks"? or only links to other repo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65655
--- Comment #5 from Jan Hubicka ---
Hmm it is interesting case, we try to resolve speculation while we are
duplicating it. I am testing the following
Index: ipa-inline-analysis.c
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65089
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
--- Comment #2 from Gabor Lukacs ---
If
--with-fpu=neon-vfpv4
is replaced with
--with-fpu=vfpv4
then bootstrap works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #54 from Jan Hubicka ---
I have full set of firefox talos benchmarks with inline-unit-growth bumped back
to 30 (I did not test default value by accident, but I am running itnow). We
now get back the GCC 4.9 performance on dromaeo_dom/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #13 from Jan Hubicka ---
Rainer,
the compiled code (test.s) is identical to what LTO path produces, so I am
convinced this is a bug at binutils side. Would you please mind filling up the
PR?
There are two issues at least - first is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53838
Tomalak Geret'kal changed:
What|Removed |Added
CC||tom at kera dot name
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56726
--- Comment #11 from Chip Salzenberg ---
Indeed, 16 is required by the ABI; see
http://www.x86-64.org/documentation/abi.pdf page 12. Only the SIMD __m256 is
bigger than 16, and there seems no end to Intel's extensions to SIMD registers,
so holdi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65663
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65644
--- Comment #6 from Daniel Richard G. ---
My admin installed 119961-13, which is the current version of 119961-11:
$ /usr/ccs/bin/as -V
as: SunOS 5.10 119961-13 Patch 08/06/2014
Usage: as [-a32] [-m] [-m32] [-m64] [-n]
[...]
I'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
--- Comment #1 from Gabor Lukacs ---
Created attachment 35220
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35220&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
Bug ID: 65664
Summary: ARM bootstrap fails with --with-fpu=neon-vfpv4
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #12 from Rainer Emrich ---
Created attachment 35218
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35218&action=edit
Test case compiled without -flto.
This without -flto.
By the way ld is:
GNU ld (GNU Binutils) 2.25.51.2015032
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65642
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Thu Apr 2 16:51:27 2015
New Revision: 221843
URL: https://gcc.gnu.org/viewcvs?rev=221843&root=gcc&view=rev
Log:
PR c++/65642
* constexpr.c (cxx_eval_pointer_plus_expression):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65625
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65625
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Thu Apr 2 16:43:02 2015
New Revision: 221842
URL: https://gcc.gnu.org/viewcvs?rev=221842&root=gcc&view=rev
Log:
PR c++/65625
* decl.c (make_typename_type): Handle seeing a variab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65540
--- Comment #11 from Jan Hubicka ---
Patch posted at https://gcc.gnu.org/ml/gcc-patches/2015-04/msg3.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65654
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #11 from Jan Hubicka ---
Thanks!
The resolution file is wrong:
1
test.o 1
172 795d441a PREEMPTED_REG main
the resolution of main() should be PREVAILING_DEF_IRONLY. PREEMTED_REG is
defined as follows:
PREEMPTED_REG (this definition wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
--- Comment #5 from Kostya Serebryany ---
AArch64 is being discussed at
https://groups.google.com/forum/#!topic/address-sanitizer/YzYRJEvVimw
Please join the discussion.
We, the primary maintainers of asan, have no access to AArch64 boxes yet,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
--- Comment #4 from Kostya Serebryany ---
AArch64 is being discussed at
https://groups.google.com/forum/#!topic/address-sanitizer/YzYRJEvVimw
Please join the discussion.
We, the primary maintainers of asan, have no access to AArch64 boxes yet,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65655
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65663
--- Comment #1 from Kaarlo Kananen ---
Created attachment 35217
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35217&action=edit
Original minimal reproduction .cpp
Full minimal reproduction source .cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65663
Bug ID: 65663
Summary: libstdc++: writing mixed-size blocks through an
std::ofstream to a SMB 2.1 share produces file
corruption
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
--- Comment #2 from Vladimir Makarov ---
I've reproduced the problem too. Such problems needs a lot of time to analyze
and fix but I hope to fix it at the beginning of next week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57712
Stan Shebs changed:
What|Removed |Added
CC||stanshebs at earthlink dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #7 from vries at gcc dot gnu.org ---
Created attachment 35215
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35215&action=edit
relevant bit of gcc.log
> Next time I encounter it, I'll try to post the full FAIL message
I ran int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65642
--- Comment #4 from Marek Polacek ---
(In reply to Marek Polacek from comment #3)
> Created attachment 35214 [details]
> pr65642.patch
>
> Untested patch for example 1 and 3.
1 and 2. 3 is different.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65642
--- Comment #3 from Marek Polacek ---
Created attachment 35214
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35214&action=edit
pr65642.patch
Untested patch for example 1 and 3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
--- Comment #3 from Jakub Jelinek ---
I think it was a serious mistake to officially add support for it when it only
works on one of the 3 configurations. Unfortunately there has not really been
any progress on this in the past 3 month since it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
--- Comment #2 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #1)
> There are dups for this already.
> The issue is that aarch64-linux has 3 very much different virtual address
> space sizes and stock libsanitizer supports only th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
Richard Biener changed:
What|Removed |Added
CC|rguenther at suse dot de |rguenth at gcc dot
gnu.org
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48620
--- Comment #4 from Jens Breitbart ---
Yes, sorry, not sure how this happened.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
--- Comment #1 from Jakub Jelinek ---
There are dups for this already.
The issue is that aarch64-linux has 3 very much different virtual address space
sizes and stock libsanitizer supports only the smallest one. I have a patch
for supporting the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48620
--- Comment #3 from Jonathan Wakely ---
(In reply to Jens Breitbart from comment #2)
> Created attachment 35213 [details]
> Add _mask_range_hashing to hashtable_policy.h v1
Jens, I think you meant to attach this to PR65641, but as I said there,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65641
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65662
Bug ID: 65662
Summary: AddressSanitizer CHECK failed:
../../../../gcc/libsanitizer/sanitizer_common/sanitize
r_allocator.h:835 "((res)) < ((kNumPossibleRegions))"
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48620
Jens Breitbart changed:
What|Removed |Added
CC||j.breitbart at tum dot de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65641
--- Comment #2 from Jens Breitbart ---
Thanks for the link. I am not sure if there is really any benefit of using
libdivide instead of the masking.
I'll attach a first version of patch in which the functor stores the mask. Any
comments welcome,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
--- Comment #13 from Jakub Jelinek ---
Two out of the 3 patches applied to trunk, still waiting for review of the
first patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65351
--- Comment #12 from Jakub Jelinek ---
Thanks for fixing that thinko. Please regenerate not just libiberty/configure,
but also {gcc,libada,libgcc}/configure too.
The patch is ok for trunk with those changes with proper ChangeLog entry and
when p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
--- Comment #5 from Richard Biener ---
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00053.html
C testcase:
void Set (float d, float *data)
{
for (int i = 0; i < 8; i++)
data[i] = d;
}
note that I didn't really verify it is that specific
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65351
Iain Sandoe changed:
What|Removed |Added
Attachment #35174|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Thu Apr 2 11:57:02 2015
New Revision: 221839
URL: https://gcc.gnu.org/viewcvs?rev=221839&root=gcc&view=rev
Log:
PR preprocessor/61977
* lex.c (cpp_peek_token): Temporarily clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Thu Apr 2 11:54:58 2015
New Revision: 221838
URL: https://gcc.gnu.org/viewcvs?rev=221838&root=gcc&view=rev
Log:
PR preprocessor/61977
* config/rs6000/rs6000-c.c (rs6000_cpu_cpp_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56726
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65358
--- Comment #23 from Richard Biener ---
(In reply to ktkachov from comment #22)
> (In reply to James Greenhalgh from comment #21)
> > As this has been failing since GCC 4.6.3, it is not a regression and
> > therefore Kyrill's fix would not be app
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65661
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65661
--- Comment #4 from Marek Polacek ---
x86_64?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
--- Comment #4 from Richard Biener ---
With a true fix I get
t.c:3:20: note: Cost model analysis:
Vector inside of loop cost: 4
Vector prologue cost: 13
Vector epilogue cost: 11
Scalar iteration cost: 4
Scalar outside cost: 0
Vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56726
Florian Weimer changed:
What|Removed |Added
CC||fweimer at redhat dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53539
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65661
--- Comment #3 from vries at gcc dot gnu.org ---
r221833
Configured with: src/configure --prefix=lean-c/install --with-cloog=infra
--with-ppl=infra --with-gmp=infra --with-mpfr=infra --with-mpc=infra
--disable-bootstrap --enable-checking=yes,rtl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65661
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65661
--- Comment #1 from vries at gcc dot gnu.org ---
At -O2, it's called from parition_to_var:
...
$ gcc src/gcc/testsuite/c-c++-common/ubsan/object-size-9.c -O2
src/gcc/testsuite/c-c++-common/ubsan/object-size-9.c: In function ‘f1’:
src/gcc/testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65661
Bug ID: 65661
Summary: ICE in operator[], at vec.h:736, called from
partition_view_init
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
--- Comment #3 from Richard Biener ---
Looks like we now vectorize using loop vect instead of basic-block
vectorization. The overhead might be noticable. For example
./ggSpectrum.h:48:4: note: loop vectorized
-./ggSpectrum.h:49:18: note: basi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65659
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65358
--- Comment #22 from ktkachov at gcc dot gnu.org ---
(In reply to James Greenhalgh from comment #21)
> As this has been failing since GCC 4.6.3, it is not a regression and
> therefore Kyrill's fix would not be appropriate for Stage 4.
>
> It may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
--- Comment #2 from Markus Trippelsdorf ---
http://gcc.opensuse.org/SPEC/CINT/sb-czerny-head-64/252_eon_recent.png
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65358
James Greenhalgh changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
Bug ID: 65660
Summary: [5 Regression] 252.eon regression on bdver2 with
-Ofast
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65358
--- Comment #20 from Honggyu Kim ---
Hi all,
Kyrill submitted a bug fix patch about 2 weeks ago.
https://gcc.gnu.org/ml/gcc-patches/2015-03/msg01014.html
I have tested his patch and found that the problem is clearly fixed.
https://gcc.gnu.org/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65659
Bug ID: 65659
Summary: STL containers not specialized for pointer value_type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
--- Comment #20 from Dominique d'Humieres ---
> also failing from the same bug, gcc.dg/aru-2.c
and likely gcc.dg/20021014-1.c.
The patch in comment 12 fixes
FAIL: gcc.dg/20021014-1.c execution test
FAIL: gcc.dg/aru-2.c execution test
FAIL: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #10 from Rainer Emrich ---
(In reply to Jan Hubicka from comment #8)
> Hmm, is it still a problem and if so, why it is marked as resolved/invalid?
>
> crtbegin/crtend should be compiled without LTO even with LTO bootstrap.
> Can you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #9 from Rainer Emrich ---
Created attachment 35210
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35210&action=edit
Test case including temporaries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65654
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65655
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65656
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65658
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
--- Comment #24 from rguenther at suse dot de ---
On Wed, 1 Apr 2015, hubicka at ucw dot cz wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
>
> --- Comment #23 from Jan Hubicka ---
> > Seems to be a regression with -flto only? I a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65444
Ilya Enkovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65444
--- Comment #1 from Ilya Enkovich ---
Author: ienkovich
Date: Thu Apr 2 08:15:49 2015
New Revision: 221831
URL: https://gcc.gnu.org/viewcvs?rev=221831&root=gcc&view=rev
Log:
gcc/
PR driver/65444
* config/i386/linux-common.h (MPX_SPEC):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #53 from Jan Hubicka ---
This patch makes denominator to use resulting function size (not uninlined time
like 4.9 did but getting the resulting fraction closer to 4.9 style):
Index: ../../gcc/ipa-inline.c
=
86 matches
Mail list logo