https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61964
--- Comment #4 from Anders Kaseorg ---
Another bisect between 4.7 and 4.8 shows that the bug appeared with r189321
(bug 52009).
My test case has triggers the bug in more versions than Kerberos does: as far
as I can tell, Kerberos was unaffected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61972
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61972
Bug ID: 61972
Summary: relocation truncated to fit: R_PPC_VLE_REL24 against
symbol "xxx" for VLE instruction on binutils-2.24
Product: gcc
Version: unknown
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61970
--- Comment #2 from kaijun ---
For Andrew Pinski, I am sorry, past again bug: 61970 and 61971 is the same.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #19 from Alexander Bock ---
(In reply to aggrostyle from comment #18)
> Guys, a question... how can i apply the patch? I've read that i have to add:
>
> patch do
> url "https://gcc.gnu.org/bugzilla/attachment.cgi?id=33180";
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61970
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61971
--- Comment #2 from Andrew Pinski ---
*** Bug 61970 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61971
--- Comment #1 from kaijun ---
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.2/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61971
Bug ID: 61971
Summary: array subscript is above array bounds
[-Werror=array-bounds]
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61970
Bug ID: 61970
Summary: array subscript is above array bounds
[-Werror=array-bounds]
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #6 from Andrew Pinski ---
(In reply to Дилян Палаузов from comment #5)
> Using gcc-ar instead of ar does not help:
>
> $grep AR\ = Makefile
> AR = gcc-ar
> ...
> ranlib libgnu.a
You need to use gcc-ranlib too otherwise the symbol t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #5 from Дилян Палаузов ---
Using gcc-ar instead of ar does not help:
$grep AR\ = Makefile
AR = gcc-ar
...
$rm gnu/libgnu.a
$make V=1
make[4]: Entering directory '/mnt/new/src/tar-1.28/gnu'
rm -f libgnu.a
gcc-ar cru libgnu.a copy-ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #4 from Дилян Палаузов ---
(In reply to Andrew Pinski from comment #2)
> >../gnu/libgnu.a
>
> I bet it is due to how ../gnu/libgnu.a is generated. Does it use gcc-ar or
> just ar? For 4.9 and above, we use slim lto object files so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
--- Comment #33 from Tom Tromey ---
My current patch fails on some of the sparse validation tests.
E.g., attr-in-parameter.c:
attr_in_parameter.c:8:4: warning: assignment from pointer to different address
space [-Waddress-space]
This happens du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
aggrostyle at gmail dot com changed:
What|Removed |Added
CC||aggrostyle at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #3 from Дилян Палаузов ---
Please include a link from https://gcc.gnu.org/wiki/LinkTimeOptimization to
https://gcc.gnu.org/wiki/LinkTimeOptimizationFAQ and update the latter to state
(The next version of binutils [as of 2014-05-04] w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61938
--- Comment #6 from harmeeksingh at gmail dot com ---
Equivalent code when written by hand where tmp is a intermediate array . The
compiler
vectorizes both loops.
int k, i;
/* vectorize the compares */
for (i=0; i < arraysize; ++i) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #14 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 21:29:25 2014
New Revision: 213311
URL: https://gcc.gnu.org/viewcvs?rev=213311&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* pt.c (push_template_decl_real): D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #20 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 21:29:25 2014
New Revision: 213311
URL: https://gcc.gnu.org/viewcvs?rev=213311&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* pt.c (push_template_decl_real): D
-enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.10.0 20140730 (experimental) [trunk revision 213231] (GCC)
$
$ compile.sh
Usage: ./compile.sh
$ compile.sh gcc-trunk 64 0; t
-25246
$ compile.sh gcc-trunk 64 1; t
-25246
$ compile.sh gcc-trunk 32 0; t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61964
--- Comment #3 from Anders Kaseorg ---
(In reply to Richard Biener from comment #1)
> The testcase is violating strict-aliasing rules as you access a struct head
> as struct node here:
Agree with ghudson here: n->prev points to &heads[2], not &h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57397
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57397
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Jul 30 20:06:29 2014
New Revision: 213310
URL: https://gcc.gnu.org/viewcvs?rev=213310&root=gcc&view=rev
Log:
/cp
2014-07-30 Paolo Carlini
PR c++/57397
* pt.c (u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61933
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61968
Bug ID: 61968
Summary: ICE (assembly failure) due to wrongly generating a
vtable for TYPE(*) / BT_ASSUMED_TYPE
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #2 from Andrew Pinski ---
>../gnu/libgnu.a
I bet it is due to how ../gnu/libgnu.a is generated. Does it use gcc-ar or
just ar? For 4.9 and above, we use slim lto object files so it does not
produce a symbol table that ar does not u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
Bug ID: 61967
Summary: regression: cannot link with -flto
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61687
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 17:27:20 2014
New Revision: 213308
URL: https://gcc.gnu.org/viewcvs?rev=213308&root=gcc&view=rev
Log:
PR c++/61659
PR c++/61687
Revert:
gcc/c-family/
* c.opt (-fuse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #19 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 17:27:20 2014
New Revision: 213308
URL: https://gcc.gnu.org/viewcvs?rev=213308&root=gcc&view=rev
Log:
PR c++/61659
PR c++/61687
Revert:
gcc/c-family/
* c.opt (-fus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #19 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 17:27:20 2014
New Revision: 213308
URL: https://gcc.gnu.org/viewcvs?rev=213308&root=gcc&view=rev
Log:
PR c++/61659
PR c++/61687
Revert:
gcc/c-family/
* c.opt (-fus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #13 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 17:27:14 2014
New Revision: 213307
URL: https://gcc.gnu.org/viewcvs?rev=213307&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* pt.c (push_template_decl_real): S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #18 from Jason Merrill ---
Author: jason
Date: Wed Jul 30 17:27:14 2014
New Revision: 213307
URL: https://gcc.gnu.org/viewcvs?rev=213307&root=gcc&view=rev
Log:
PR lto/53808
PR c++/61659
* pt.c (push_template_decl_real): S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61950
Pat Haugen changed:
What|Removed |Added
Target|sparc-sun-solaris2.1[01]|sparc-sun-solaris2.1[01],
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61965
--- Comment #1 from Sabrina Souto ---
It happened again, now for this test: ../gcc/testsuite/gcc.dg/pr39794.c
Hera is the line executed:
/home/sabrina/gcc/objdir/gcc/xgcc -B/home/sabrina/gcc/objdir/gcc/
/home/sabrina/gcc/gcc-4.8.2/gcc/testsuite/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61966
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61954
--- Comment #3 from H.J. Lu ---
s-os_lib.adb has
function Write
(FD : File_Descriptor;
A : System.Address;
N : Integer) return Integer
is
begin
return
Integer (System.CRTL.write
(Sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61966
--- Comment #2 from Sergey Murzin ---
Problem doesn't exist in 4.6.0 and 4.7.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61966
--- Comment #1 from Sergey Murzin ---
Same problem exists in 4.9.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61966
Bug ID: 61966
Summary: [C++11] std::terminate called after throwing exception
from destructor [g++] [4.8.2] [4.9.1]
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59855
Tom Tromey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59855
--- Comment #3 from Tom Tromey ---
Author: tromey
Date: Wed Jul 30 15:02:59 2014
New Revision: 213293
URL: https://gcc.gnu.org/viewcvs?rev=213293&root=gcc&view=rev
Log:
2014-07-30 Tom Tromey
PR c/59855
* doc/invoke.texi (Warning Opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #6 from H.J. Lu ---
How is GCC configured for i386-pc-solaris2.10?
i386 won't use SSE instructions by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61964
ghudson at mit dot edu changed:
What|Removed |Added
CC||ghudson at mit dot edu
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #5 from Richard Biener ---
Reduced testcase, compile with -m32 -msse -O2 -fno-omit-frame-pointer
(works on a x86_64-linux host, no 32bit host available right now):
struct md5_ctx
{
unsigned int A;
unsigned int B;
unsigned int C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61965
Bug ID: 61965
Summary: [gcc-4.8.2] ICE:in compute_affine_dependence (at
tree-data-ref.c:4170)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61639
John Feltz changed:
What|Removed |Added
CC||jfeltz at gmail dot com
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61964
Richard Biener changed:
What|Removed |Added
Known to work|4.7.4, 4.9.0|
Known to fail|4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61964
Bug ID: 61964
Summary: [4.8 regression] krb5 database propagation enters
infinite loop; reduced test case
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61950
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Richard Biener ---
[...]
> So I wonder whether it rather is libgfortran that is miscompiled? Can you
> check running the testcases against an older version?
After
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Richard Biener ---
> it's odd that stage2 is not affected... can you provide preprocessed source
I lied: if you generate the .gch file with the stage2 cc1, both s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #3 from Rainer Orth ---
Created attachment 33213
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33213&action=edit
preprocessed libiberty/md5.c
ditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ ${GCC_TRUNK}/bin/g++ --version
g++ (GCC) 4.10.0 20140730 (experimental)
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268
--- Comment #12 from Eric Gallager ---
(In reply to Jeremy Huddleston Sequoia from comment #10)
> Ah, gotcha. In that case, please retitle as well to indicate such. Prior to
> gcc-4.5, even support via emutls was not available on darwin, so some
oftware Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> $ ${GCC_TRUNK}/bin/g++ --version
> g++ (GCC) 4.10.0 20140730 (experimental)
> Copyrig
ersion
g++ (GCC) 4.10.0 20140730 (experimental)
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59053
Nick Tomlinson changed:
What|Removed |Added
CC||nick.tomlinson at arm dot com
--- Comme
g++ (GCC) 4.9.1
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ ${GCC_TRUNK}/bin/g++ --version
g++ (GCC) 4.10.0 20140730 (experimental)
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61961
Bug ID: 61961
Summary: New warning when initializer-list constructor chosen
for uniform init that doesn't mean to use
initializer_list
Product: gcc
Version: 4.10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61950
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61960
Bug ID: 61960
Summary: internal compiler error: in gfc_conv_component_ref
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61950
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
--- Comment #6 from wangzheyu ---
Posted a possible fix for this bug:
https://gcc.gnu.org/ml/gcc-patches/2014-07/msg01938.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61938
--- Comment #5 from Richard Biener ---
The test from comment #3 has exactly the same issue - the store to result[k]
cannot be vectorized in any meaningful way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61959
Richard Biener changed:
What|Removed |Added
Component|middle-end |c++
--- Comment #6 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61144
--- Comment #29 from Jan Hubicka ---
Created attachment 33209
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33209&action=edit
patch I am testing
Sorry for taking so long on this issue - I had busy time and there is no really
good answer t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61885
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
69 matches
Mail list logo
