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
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
Uroš Bizjak changed:
What|Removed |Added
Attachment #35755|0 |1
is obsolete|
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=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=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=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=66486
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=66499
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
A
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=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=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=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=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=66351
--- Comment #4 from Andreas Schwab ---
Yes, it does.
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=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=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=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=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=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=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=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=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=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=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=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=66515
--- Comment #3 from Marek Polacek ---
Started with r209314.
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=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=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=66515
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=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
> 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 #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
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=66252
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
--- 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=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 #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=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 #8 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Jun 11 15:56:30 2015
New Revision: 224384
URL: https://gcc.gnu.org/viewcvs?rev=224384&root=gcc&view=rev
Log:
PR bootstrap/66252
* config/sparc/sparc.c (hard_regno_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66079
--- Comment #6 from Paul Thomas ---
Author: pault
Date: Thu Jun 11 15:49:32 2015
New Revision: 224383
URL: https://gcc.gnu.org/viewcvs?rev=224383&root=gcc&view=rev
Log:
2015-06-11 Paul Thomas
PR fortran/66079
* trans-expr.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #16 from joseph at codesourcery dot com ---
I'd say that for any function for which use of this attribute is
appropriate, suppression of the warning should involve a detailed comment
explaining why the particular use of the function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66450
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Thu Jun 11 15:45:01 2015
New Revision: 224381
URL: https://gcc.gnu.org/viewcvs?rev=224381&root=gcc&view=rev
Log:
PR c++/66450
* constexpr.c (cxx_eval_store_expression): Av
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66445
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Thu Jun 11 15:45:08 2015
New Revision: 224382
URL: https://gcc.gnu.org/viewcvs?rev=224382&root=gcc&view=rev
Log:
PR c++/66445
* constexpr.c (potential_constant_expression_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56541
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
CC||alalaw01 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66280
--- Comment #12 from Salvatore Filippone ---
Created attachment 35763
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35763&action=edit
test case
vel/GNU/mpc
--with-isl=/usr/local/travel/GNU/isl
Thread model: posix
gcc version 6.0.0 20150611 (experimental) (GCC)
[sfilippo@epsilon NewPSBLAS]$ gfortran -O3 -c mv.f90
mv.f90:1:0:
subroutine mv(m,n,nc,alpha,irp,ja,val,&
^
internal compiler error: in vect_get_vec_def_for_operand, at
tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66513
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66513
Bug ID: 66513
Summary: internal compiler error: Segmentation fault with `-x
c-header` while reading from stdin
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52998
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66500
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #15 from Lucas De Marchi ---
(In reply to Manuel López-Ibáñez from comment #14)
> (In reply to Filipe Brandenburger from comment #12)
> > Can I have this issue reopened please?
>
> If that makes you happy...
>
> > Ok, how can we ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #18 from Segher Boessenkool ---
(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 of
course be worked around in combine, but that will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66512
Bug ID: 66512
Summary: PRE fails to optimize calls to pure functions in C++,
ok in C
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66445
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Thu Jun 11 15:04:54 2015
New Revision: 224379
URL: https://gcc.gnu.org/viewcvs?rev=224379&root=gcc&view=rev
Log:
PR c++/66445
* constexpr.c (potential_constant_expression_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66511
Bug ID: 66511
Summary: [avr] whole-byte shifts not optimized away for
uint64_t
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66510
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66510
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66510
Bug ID: 66510
Summary: gcc.target/arm/pr53636.c FAILs after r224221
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
Manuel López-Ibáñez changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|man
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #9 from Jack Howarth ---
Also, testing with in-line assembly using clang 3.7svn, I get the same behavior
for...
% cat conftest.c
asm("filds mem; fists mem");
% clang-3.7 -c conftest.c
fatal error: error in backend: 32-bit absolute ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #13 from Andreas Schwab ---
> I don't really see why the trouble making the mental connection from the
> void cast with the coder's intent do discard that result. Could it mean
> anything else really?
The C language doesn't define an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #8 from Jack Howarth ---
Note that configure test does succeed if the '-arch i386' option is also passed
to the assembler. Perhaps the tests aren't fine-grained enough as they are only
done for x86_64 in config.log.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #12 from Filipe Brandenburger ---
(In reply to Manuel López-Ibáñez from comment #11)
> Neither Andrew nor me nor other people that may comment here have the power
> to approve or reject this change.
Great, so please don't preemptivel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #3 from Martin Liška ---
(In reply to Jason Merrill from comment #1)
> Compiling with -fno-lifetime-dse should make it work again.
> -fsanitize=undefined doesn't currently catch this issue (relying on the
> value of storage persistin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #2 from Martin Liška ---
Back trace:
#0 0x in ()
#1 0x74a5c337 in
nsComponentManagerImpl::CreateInstanceByContractID(char const*, nsISupports*,
nsID const&, void**) [clone .part.32] [clone .constprop.53402]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #17 from rguenther at suse dot de ---
On Thu, 11 Jun 2015, ubizjak at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
>
> --- Comment #16 from Uroš Bizjak ---
> (In reply to Richard Biener from comment #8)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626
--- Comment #27 from Richard Biener ---
Author: rguenth
Date: Thu Jun 11 13:39:56 2015
New Revision: 224375
URL: https://gcc.gnu.org/viewcvs?rev=224375&root=gcc&view=rev
Log:
2015-06-11 Richard Biener
Backport from mainline, guarded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #37 from Richard Biener ---
Author: rguenth
Date: Thu Jun 11 13:39:56 2015
New Revision: 224375
URL: https://gcc.gnu.org/viewcvs?rev=224375&root=gcc&view=rev
Log:
2015-06-11 Richard Biener
Backport from mainline, guarded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #7 from Andrew Pinski ---
The assembly test in configure failed:
configure:24880: checking assembler for filds and fists mnemonics
configure:24889: /usr/bin/as-o conftest.o conftest.s >&5
clang -cc1as: fatal error: error in backe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66505
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic, easyhack
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #6 from Jack Howarth ---
A check of a recent build gcc trunk against the GNU assembler from Xcode 6.2
shows the same...
gcc_cv_as_ix86_fildq=no
gcc_cv_as_ix86_filds=no
as the build against Xcode 7's clang-based assembler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509
--- Comment #35 from Filipe Brandenburger ---
(In reply to Manuel López-Ibáñez from comments)
Don't worry, I got what you mean...
Though I don't think coming up with code to fix it is the issue here, in
comment #10 a patch was provided (which a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
Jack Howarth changed:
What|Removed |Added
Attachment #35760|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #4 from Iain Sandoe ---
could you please also list
as -v
and
as --version
it's possible that it no longer contains the string "GNU" which would actually
help us distinguish moving forward (i have some patches in my Q to handle
Darw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #3 from Andrew Pinski ---
(In reply to Jack Howarth from comment #2)
> Created attachment 35760 [details]
> gcc/config.log generated against Xcode7
Wrong one. This is the one for libevent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #2 from Jack Howarth ---
Created attachment 35760
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35760&action=edit
gcc/config.log generated against Xcode7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #1 from Andrew Pinski ---
This is due to HAVE_AS_IX86_FILDS not being defined. So basically they made
the clang assembly not backwards compatible with the GNU one.
You can add a check to configure.ac if you want which does the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
Bug ID: 66509
Summary: the new clang-based assembler in Xcode 7 on 10.11
fails on the libjava/java/lang/reflect/natArray.cc
file from FSF gcc 5.1 at -m32
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #16 from Uroš Bizjak ---
(In reply to Richard Biener from comment #8)
> No.
[...]
> That was why I was suggesting to add additional patterns rather than
> replacing the existing ones...
So, there is no other way than using "the ugl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #15 from Uroš Bizjak ---
Created attachment 35758
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35758&action=edit
Patch that adds additional ADDSUB patterns using vec_select/vec_concat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
--- Comment #4 from pmderodat at gcc dot gnu.org ---
Author: pmderodat
Date: Thu Jun 11 12:51:04 2015
New Revision: 224373
URL: https://gcc.gnu.org/viewcvs?rev=224373&root=gcc&view=rev
Log:
Restore DW_AT_abstract_origin for cross-unit call sites
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66508
Bug ID: 66508
Summary: Attempt to Compile gcc-6.0 on OSX 10.9.4 cause
segmentation fault
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136
Richard Earnshaw changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #13 from Richard Earn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Thu Jun 11 12:44:56 2015
New Revision: 224372
URL: https://gcc.gnu.org/viewcvs?rev=224372&root=gcc&view=rev
Log:
2015-06-11 Richard Biener
PR middle-end/66503
* dwa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
--- Comment #2 from pmderodat at gcc dot gnu.org ---
Author: pmderodat
Date: Thu Jun 11 12:40:10 2015
New Revision: 224371
URL: https://gcc.gnu.org/viewcvs?rev=224371&root=gcc&view=rev
Log:
Restore DW_AT_abstract_origin for cross-unit call sites
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66501
--- Comment #1 from John Lindgren ---
For what it's worth, the default move *constructor* works correctly; it is only
the assignment operator that is the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #14 from rguenther at suse dot de ---
On Thu, 11 Jun 2015, ubizjak at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
>
> --- Comment #13 from Uroš Bizjak ---
> (In reply to rguent...@suse.de from comment
1 - 100 of 149 matches
Mail list logo
