https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61800
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62179
Bug ID: 62179
Summary: undefined reference linking failure when combining
"extern template"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62178
--- Comment #2 from amker at gcc dot gnu.org ---
Yes, the patch changes addressing modes choosing and further changes ivopts's
decision. I shall take this one if you are ok.
Thanks,
bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #29 from Manuel López-Ibáñez ---
Author: manu
Date: Tue Aug 19 02:02:09 2014
New Revision: 214129
URL: https://gcc.gnu.org/viewcvs?rev=214129&root=gcc&view=rev
Log:
gcc/c-family/ChangeLog:
2014-08-19 Manuel López-Ibáñez
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
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=60465
--- Comment #25 from Mike Frysinger ---
here's the series of link commands:
gcc -nostdlib -nostartfiles -r -o elf/librtld.os \
'-Wl,-(' /home/vapier/glibc/build/elf/dl-allobjs.os elf/rtld-libc.a -lgcc \
'-Wl,-)' -Wl,-Map,elf/librtld.os.map
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62178
--- Comment #1 from Andrew Pinski ---
Even -fno-ivopts produces better code:
.L3:
addx0, x5, x1, sxtw
addw1, w1, 1
ldrd2, [x3], 124
ldrw0, [x4, x0, lsl 2]
dupv0.2s, w0
mlav1.2s, v0.2s, v2.2s
sub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62178
Bug ID: 62178
Summary: [AArch64] Performance regression on matrix matrix
multiply due to r211211
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62177
Bug ID: 62177
Summary: mips-rtems ICE at lra_assigns.c:1335 compiling
strtod.c in newlib
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
--- Comment #8 from Manfred Schwarb ---
Works for me, the error message is gone.
I inserted a pair of set -x/set +x around the gold configure block,
and the following is the output, everything looks OK:
original:
+ test set = set
+ :
+ enableva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
--- Comment #7 from H.J. Lu ---
Created attachment 33357
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33357&action=edit
Try this one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Eric Botcazou changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #24 from Eric Botcaz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62040
--- Comment #6 from Carrot ---
Even more simplified test case for gcc4.9, but it doesn't trigger the error for
trunk.
typedef __builtin_aarch64_simd_udi uint64x1
__attribute__ ((__vector_size__ (8)));
typedef __builtin_aarch64_simd_udi uint64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62040
Carrot changed:
What|Removed |Added
CC||carrot at google dot com
--- Comment #5 from Ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
--- Comment #6 from Manfred Schwarb ---
I did the following (error present also with your recent patch):
# ../gfortran-source/gcc-5-20140817/configure --enable-languages=c,c++,fortran
--disable-nls --enable-checking=release --disable-libmudflap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61996
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62176
Bug ID: 62176
Summary: [OOP] Inconsistent resolution of GENERIC interface
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
H.J. Lu changed:
What|Removed |Added
CC|hjl at gcc dot gnu.org |hjl.tools at gmail dot
com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
--- Comment #4 from Manfred Schwarb ---
This does not catch all cases. There is also
yes)
if test x${default_ld} != x; then
install_gold_as_default=yes
fi
;;
which needs an "else" case, as far as I can see.
"default_ld" is empty f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46091
Avi Kivity changed:
What|Removed |Added
CC||a...@cloudius-systems.com
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
--- Comment #2 from Sebastian Pop ---
I have seen a 15% perf regression on a version of bzip2 compress compiled at
-O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62175
--- Comment #1 from Matt ---
Created attachment 33354
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33354&action=edit
Preprocessed file that causes the internal error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011
--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Aug 18 18:00:52 2014
New Revision: 214112
URL: https://gcc.gnu.org/viewcvs?rev=214112&root=gcc&view=rev
Log:
PR target/62011
* config/i386/x86-tune.def (X86_TUNE_AVOI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62175
Bug ID: 62175
Summary: Internal compiler error in gimplify_modify_expr
gimplify.c:4616
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62174
Bug ID: 62174
Summary: Component declarations overwrite types of Cray Pointee
variables
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
Bug ID: 62173
Summary: [AArch64] Performance regression due to r213488
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62172
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
--- Comment #2 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Aug 18 15:49:16 2014
New Revision: 214108
URL: https://gcc.gnu.org/viewcvs?rev=214108&root=gcc&view=rev
Log:
Set install_gold_as_default to no for --enable-gold=no
PR othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62172
Bug ID: 62172
Summary: Operand to a throw expression is moved when it should
be copied
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62156
--- Comment #3 from Marc Glisse ---
Not much difference using __gnu_cxx::__vstring (no reference counting, small
string optimization):
__builtin_memcpy (&MEM[(struct __sso_string_base
*)&D.28720].D.23707._M_local_data, "foo", 3);
MEM[(size_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #56 from Sven C. Dack ---
> I don't see why we need to fix this for the 4.9 or 4.8 branch. It never
> worked there and another existing workaround is to configure with
> --enable-stage1-checking=release.
One reason is that it is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Mon Aug 18 14:51:04 2014
New Revision: 214105
URL: https://gcc.gnu.org/viewcvs?rev=214105&root=gcc&view=rev
Log:
2014-08-18 Richard Biener
PR tree-optimization/62090
* buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
Bug ID: 62171
Summary: restrict pointer to struct with restrict pointers parm
doesn't prevent aliases
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62156
--- Comment #2 from Marc Glisse ---
(In reply to Richard Biener from comment #1)
> What kind of std::string code is this? That is, can we expect
> memcmp and memcpy to be adjacent (without intermediate memory operations?)
I don't remember the e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62158
--- Comment #3 from Sabrina Souto ---
You are right, but indeed this test ran with the option -Ofast, I did not
explicitly use this option in the command line because this is already done by
DejaGnu, as you can see in the test code below.
Test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62158
--- Comment #2 from Sabrina Souto ---
Created attachment 33350
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33350&action=edit
Execution log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #23 from Eric Botcazou ---
Created attachment 33349
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33349&action=edit
Reduced testcase
To be compiled at -O1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62156
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62158
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62164
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46032
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #55 from Venkataramanan ---
Hi Richard,
>> I don't see why we need to fix this for the 4.9 or 4.8 branch. It never
>> worked there and another existing workaround is to configure with
>> --enable-stage1-checking=release.
Linaro r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62170
Manuel López-Ibáñez changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62170
Bug ID: 62170
Summary: wrong quoting (and colors) for typedef diagnostics
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #54 from rguenther at suse dot de ---
On Mon, 18 Aug 2014, venkataramanan.kumar at amd dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
>
> --- Comment #53 from Venkataramanan ---
> Hi Richard,
>
> >> Well, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #53 from Venkataramanan ---
Hi Richard,
>> Well, it would be a workaround only. The real fix is to track down and fix
>> all remaining issues we have with regarding to IL differences caused by
>> collection changes.
In your earl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61800
--- Comment #3 from Kirill Yukhin ---
Author: kyukhin
Date: Mon Aug 18 13:26:06 2014
New Revision: 214099
URL: https://gcc.gnu.org/viewcvs?rev=214099&root=gcc&view=rev
Log:
PR ipa/61800
gcc/
* cgraph.h (cgraph_node::create_indirect_edge): A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #52 from rguenther at suse dot de ---
On Mon, 18 Aug 2014, venkataramanan.kumar at amd dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
>
> --- Comment #51 from Venkataramanan ---
> (In reply to rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62169
--- Comment #3 from M Welinder ---
A similar divergence of types occurs between the types
std::map::iterator
std::multimap::iterator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
--- Comment #1 from Manfred Schwarb ---
The script in question is gcc/configure, not toplevel configure.
The script error location corrsponds to line 2120 in gcc/configure.ac.
The code in question was introduced in revision 205392 by hjl.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #10 from dhowells at redhat dot com ---
This is the reduced test case for comment 7:
extern void string_get_size(unsigned long long size);
void sd_read_capacity(unsigned long long capacity)
{
string_get_size(capacity << -1);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62169
--- Comment #2 from M Welinder ---
Created attachment 33347
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33347&action=edit
Preprocessed source code for debug case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62169
--- Comment #1 from M Welinder ---
Created attachment 33346
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33346&action=edit
Preprocessed source code for normal case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62169
Bug ID: 62169
Summary: map iterators under _GLIBCXX_DEBUG diverge
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #9 from Oleg Endo ---
(In reply to dhowe...@redhat.com from comment #7)
> Having said that, if I use make -k, I can get this:
>
> ../drivers/scsi/sd.c: In function 'sd_init_command':
> ../drivers/scsi/sd.c:1139:1: error: unrecognizab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #51 from Venkataramanan ---
(In reply to rguent...@suse.de from comment #35)
> On Thu, 14 Aug 2014, venkataramanan.kumar at amd dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
> >
> > --- Comment #34 from Ven
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #8 from Kazumoto Kojima ---
A reduced test case is always welcome.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62168
Bug ID: 62168
Summary: error in configure: line 21572: test: =: unary
operator expected
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #7 from dhowells at redhat dot com ---
Having said that, if I use make -k, I can get this:
../drivers/scsi/sd.c: In function 'sd_init_command':
../drivers/scsi/sd.c:1139:1: error: unrecognizable insn:
}
^
(insn 1335 1334 9 190 (set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62111
--- Comment #6 from dhowells at redhat dot com ---
(In reply to Kazumoto Kojima from comment #5)
> ...
>
> even though general_extend_operand doesn't permit (truncate (mem ...)).
> An easy workaround might be to disable truncate in general_exten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62004
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||alias
Status|ASSIG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62167
Bug ID: 62167
Summary: [tail-merge] dead type-unsafe load replaces type-safe
load
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61996
--- Comment #1 from dhowells at redhat dot com ---
Is this something I can add to the compiler build without a patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61964
Bug 61964 depends on bug 62030, which changed state.
Bug 62030 Summary: wrong code due to ifcvt merging two stores which have
different aliasing sets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
--- Comment #8 from Richard Biener ---
Ok, same for sprintf. Testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62089
--- Comment #2 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Mon Aug 18 08:23:47 2014
New Revision: 214086
URL: https://gcc.gnu.org/viewcvs?rev=214086&root=gcc&view=rev
Log:
2014-08-18 Yury Gribov
PR sanitizer/62089
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #22 from Richard Biener ---
(In reply to Mike Frysinger from comment #18)
> thanks for your help Eric. new bisection shows r187042 as a possible
> culprit. feel free to de-cc yourself :).
>
> Richard: any thoughts here ? this chan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
David Binderman changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
--- Comment #6 from David Binderman ---
Created attachment 33345
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33345&action=edit
C source code
For the attached code, compiled by gcc trunk dated 20140817,
the following crash message is pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60546
Lauri Kasanen changed:
What|Removed |Added
CC||cand at gmx dot com
--- Comment #23 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61721
Lauri Kasanen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
75 matches
Mail list logo
