https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #4 from Jason Merrill ---
Actually, I guess checking for this is more of a fit for an uninitialized read
detector such as MemorySanitizer or Valgrind memcheck.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
--- Comment #9 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Jun 11 15:58:32 2015
New Revision: 224385
URL: https://gcc.gnu.org/viewcvs?rev=224385&root=gcc&view=rev
Log:
PR bootstrap/66252
* config/sparc/sparc.c (hard_regno_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #4 from simon at pushface dot org ---
Agree it’s not ARM-specific, but it _is_ Ada-restricted-runtime-specific.
I realise that this isn’t a configuration supported by AdaCore for their
customers (there’d have been no need for this PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
--- Comment #10 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Jun 11 15:59:27 2015
New Revision: 224386
URL: https://gcc.gnu.org/viewcvs?rev=224386&root=gcc&view=rev
Log:
PR bootstrap/66252
* config/sparc/sparc.c (hard_regno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66514
Bug ID: 66514
Summary: UBSAN: Add -fsanitize=lifetime
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #21 from Jason Merrill ---
(In reply to Iain Sandoe from comment #20)
> + && DECL_SOURCE_LOCATION (decl) != BUILTINS_LOCATION
This seems reasonable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #5 from charlet at adacore dot com ---
> I???ve managed to make what I think is a very-low-quality workround by
> (a) not suppressing the standard library on the target in system.ads
> (b) including a C source file in the RTS which pr
> I???ve managed to make what I think is a very-low-quality workround by
> (a) not suppressing the standard library on the target in system.ads
> (b) including a C source file in the RTS which provides dummies for the
> irrelevant-in-this-context __gl_* objects which bindgen now
> references.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #6 from simon at pushface dot org ---
(In reply to char...@adacore.com from comment #5)
> Certainly a very low quality workaround won't be accepted, this would cause
> too much maintenance troubles.
Sorry for the confusion.
The patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
Bug ID: 66515
Summary: g++ segfaults when creating an std::initializer_list
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #10 from Jack Howarth ---
The clang developers suggest the test...
filds (%ebp)
which is compilable with the clang-based assembler at both -m32 and -m64.
http://lists.cs.uiuc.edu/pipermail/cfe-dev/2015-June/043463.html
fists (%ebp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #11 from Jack Howarth ---
Also changing
fildq mem; fistpq mem
ro
fildq (%ebp); fistpq (%ebp)
allows the fildq and fistpq mnemonics to pass at -m32/-m64 on the clang-based
assembler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #17 from Filipe Brandenburger ---
To make matters even worse, gcc doesn't even seem to be consistent with itself,
because in other situations it *does* accept a cast to void to silent warnings.
For example, -Wunused-but-set-variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66516
Bug ID: 66516
Summary: missing diagnostic on taking the address of a builtin
function
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #12 from Mike Stump ---
Here is a case where we wish for actual feature testing of all the bits instead
of the coarse grain, are we FSF gas 2.9 or later. Default should be things
work nicely, and the feature testing should be to iden
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
--- Comment #2 from Markus Trippelsdorf ---
Might be related to PR59832.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
--- Comment #3 from Marek Polacek ---
Started with r209314.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #13 from Jack Howarth ---
Also confirmed that using the modified tests of...
filds (%ebp); fists (%ebp)
and
fildq (%ebp); fistpq (%ebp)
allow the GNU legacy assembler from Xcode 6.2 (Apple Inc version cctools-862,
GNU assembler ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66517
Bug ID: 66517
Summary: [5 Regression] [C++11] sorry, unimplemented:
unexpected AST of kind type_decl
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #19 from Uroš Bizjak ---
(In reply to Segher Boessenkool from comment #18)
> (in reply to c#9)
>
> Yes, this is a generic problem. recog will not recognise patterns
> where regs are swapped in some places but not others. This can o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #20 from Segher Boessenkool ---
That patch is similar to what all other backends do for similar
situations, yes. There is no nicer way to do things as far as I
know.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66518
Bug ID: 66518
Summary: FAIL:
libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-42.c
-DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0
output pattern test, is , shoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #14 from Jack Howarth ---
Created attachment 35765
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35765&action=edit
proposed fix for PR66509
Confirmed to bootstrap the c,c++,fortran,lto,java on x86_64-apple-darwin15
against Xco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53600
--- Comment #1 from jhyang at andrew dot cmu.edu ---
I successfully installed abinit-7.10.2 in Cygwin. When making the file
however, I receive a 'fatal error' message and a request to submit a full fug
report.
Here is the error (similar to what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #22 from Iain Sandoe ---
(In reply to Jason Merrill from comment #21)
> (In reply to Iain Sandoe from comment #20)
> > + && DECL_SOURCE_LOCATION (decl) != BUILTINS_LOCATION
>
> This seems reasonable.
My testing completed succes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #23 from Aldy Hernandez ---
Author: aldyh
Date: Thu Jun 11 20:46:46 2015
New Revision: 224393
URL: https://gcc.gnu.org/viewcvs?rev=224393&root=gcc&view=rev
Log:
PR bootstrap/66448
* dwarf2out.c (check_die): Check for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
mrs at gcc dot gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66351
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66351
--- Comment #4 from Andreas Schwab ---
Yes, it does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66325
--- Comment #3 from Jan Hubicka ---
OK, I found where the packed flag is originating from. It is start_enum that
set TYPE_PACKED for flag_short_enums. I suppose it needs to iterate through all
variants.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #16 from Jack Howarth ---
(In reply to m...@gcc.gnu.org from comment #15)
> The fix requires that binutils also support the () spelling as the test runs
> on all x86 systems. Also, it will break systems older then when () was
> first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
Jan Hubicka changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #8 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
--- Comment #8 from Jan Hubicka ---
>
> run_foo ()
> {
> ...
> :
> _33 = myfoo_28->buf[3];
> if (_33 != 1)
> goto ;
> else
> goto ;
>
> :
> _34 = (int) _27;
> if (_34 > 4)
> goto ;
> else
> goto ;
>
> :
> __
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66517
--- Comment #1 from Jonathan Wakely ---
probably a dup of PR66445
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66499
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #17 from Jack Howarth ---
Apple responded on radar as follows...
This issue behaves as intended based on the following:
I think the first diagnostic is reasonable: there's not particular reason to
prefer filds over fildl (or even fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65479
--- Comment #10 from Martin Sebor ---
Author: msebor
Date: Fri Jun 12 00:01:50 2015
New Revision: 224402
URL: https://gcc.gnu.org/viewcvs?rev=224402&root=gcc&view=rev
Log:
2015-06-11 Martin Sebor
PR sanitizer/65479
* dwarf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66486
Hans-Peter Nilsson changed:
What|Removed |Added
Target||mmix-knuth-mmixware
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66486
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66488
--- Comment #7 from Stanisław Halik ---
In ggc-page.c there's an assumption that sizeof long == sizeof void* in absence
of other information. That was the reason the build was passing clearly with
valgrind on amd64 Linux.
I propose a fix to gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66488
--- Comment #8 from Stanisław Halik ---
Created attachment 35766
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35766&action=edit
proposed fix
Fixes --host=x86_64-w64-mingw32 --target=i686-w64-mingw32 when compiler's using
more than few gi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
--- Comment #9 from rguenther at suse dot de ---
On June 12, 2015 12:01:36 AM GMT+02:00, hubicka at ucw dot cz
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
>
>--- Comment #8 from Jan Hubicka ---
>>
>> run_foo ()
>> {
>> ...
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #21 from Uroš Bizjak ---
(In reply to Richard Biener from comment #0)
> typedef double v2df __attribute__((vector_size(16)));
> typedef long long v2di __attribute__((vector_size(16)));
> v2df foo (v2df x, v2df y)
> {
> v2df tem1 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
Uroš Bizjak changed:
What|Removed |Added
Attachment #35755|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #23 from Uroš Bizjak ---
Created attachment 35768
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35768&action=edit
Testcase
Testcases, compile with "-O2 -ftree-vectorize -mavx".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #24 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #23)
> Testcases, compile with "-O2 -ftree-vectorize -mavx".
Richi, please note that tree-vectorizer doesn't vectorize bar_v2df, at least
there is no VEC_PERM_EXPR in th
101 - 149 of 149 matches
Mail list logo
