https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61959
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61954
--- Comment #2 from H.J. Lu ---
Maybe Ada fails to tell the backend that a parameter is a pointer:
[hjl@gnu-6 tmp]$ cat p2.c
struct pointer
{
int p;
int b;
};
extern void bar (int p);
void
xxx (struct pointer p)
{
foo (p);
}
[hjl@gnu-6 t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
--- Comment #15 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Wed Jul 30 00:25:17 2014
New Revision: 213231
URL: https://gcc.gnu.org/viewcvs?rev=213231&root=gcc&view=rev
Log:
2014-07-29 Ed Smith-Rowland <3dw...@verizon.net>
PR libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61954
--- Comment #1 from H.J. Lu ---
Ada seems to use a struct for pointers, something
like
struct pointer
{
void *p;
void *b;
};
But it fails to properly zero-extend pointers when calling
C functions:
[hjl@gnu-6 tmp]$ cat p.c
struct pointer
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61959
--- Comment #4 from Botond Ballo ---
Reduced code that triggers the ICE:
template
struct BasePoint {
Coord x, y;
constexpr BasePoint(Coord aX, Coord aY) : x(aX), y(aY) {}
};
template
struct BaseCoord {
T value;
explicit constexpr B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61959
Botond Ballo changed:
What|Removed |Added
Version|4.7.3 |4.9.0
--- Comment #3 from Botond Ballo -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61959
--- Comment #2 from Botond Ballo ---
(In reply to Andrew Pinski from comment #1)
> >See for instructions.
Here is the output of g++ -v:
Using built-in specs.
COLLECT_GCC=/usr/bin/g++-4.7.real
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61959
--- Comment #1 from Andrew Pinski ---
>See for instructions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61959
Bug ID: 61959
Summary: "internal compiler error: Segmentation fault" when
building Mozilla code
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61844
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
--- Comment #3 from Andrew Pinski ---
(In reply to Josh Poimboeuf from comment #2)
> This results in fib_info_hashfn() no longer being inlined (despite its
> static inline directive), and being placed in .text.unlikely.
This sounds like a heuri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
--- Comment #2 from Josh Poimboeuf ---
I see a similar issue with another patch to a different kernel file:
diff --git a/net/ipv4/fib_semantics.c b/net/ipv4/fib_semantics.c
index b10cd43a..40c275f 100644
--- a/net/ipv4/fib_semantics.c
+++ b/net/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61938
--- Comment #4 from Marc Glisse ---
Please show what you would like the code to look like after vectorization.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61938
--- Comment #3 from harmeeksingh at gmail dot com ---
#include
#define VEC 1024
typedef long int int64;
typedef int int32;
void foo (int arraysize,
int *__restrict result,
int *__restrict selectvector,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
Bug ID: 61958
Summary: function arbitrarily placed in .text.unlikely section
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
--- Comment #1 from Josh Poimboeuf ---
Created attachment 33207
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33207&action=edit
gzipped .i file for the good case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61946
--- Comment #3 from Jonathan Wakely ---
Fixed on trunk so far
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61947
Jonathan Wakely changed:
What|Removed |Added
Known to work||4.10.0
--- Comment #5 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61947
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Jul 29 17:30:34 2014
New Revision: 213221
URL: https://gcc.gnu.org/viewcvs?rev=213221&root=gcc&view=rev
Log:
PR libstdc++/61947
* include/std/tuple (_Head_base): Use allocato
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61946
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Tue Jul 29 17:30:25 2014
New Revision: 213220
URL: https://gcc.gnu.org/viewcvs?rev=213220&root=gcc&view=rev
Log:
PR libstdc++/61946
* include/ext/rope (rope::rope(char_producer<_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61957
Bug ID: 61957
Summary: Wrong -Warray-bounds warning depending on parameter
types
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
--- Comment #14 from Jonathan Wakely ---
Yes, OK for 4.9 - thanks again
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
emsr at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61956
--- Comment #1 from Andrew Pinski ---
Can you try a newer binutils?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61956
Bug ID: 61956
Summary: problem links cilk on RHEL4
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #1 from Bruce Adams ---
configuring with --disable-libsantizer progresses the build but it fails later
on linking cilk. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61956
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
Bug ID: 61955
Summary: libsanitizer fails to compile on RHEL4
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61914
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61914
--- Comment #4 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jul 29 15:19:22 2014
New Revision: 213213
URL: https://gcc.gnu.org/viewcvs?rev=213213&root=gcc&view=rev
Log:
Replace strtok with strtoken
PR bootstrap/61914
* gengtype
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61954
Bug ID: 61954
Summary: Ada fails to properly pass pointer arguments on x32
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61734
--- Comment #13 from Eric Botcazou ---
> Before your last fix both 32bit and 64bit versions of .original look similar
> except a condition. We have (a - b > 0) for 64 bit and (a > b) for 32bit.
That's obsolete though, you should look at what hap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61885
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61953
Bug ID: 61953
Summary: [C++11] The template parameter pack of a function
template should be the last template parameter
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
--- Comment #12 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Tue Jul 29 14:56:45 2014
New Revision: 213207
URL: https://gcc.gnu.org/viewcvs?rev=213207&root=gcc&view=rev
Log:
2014-07-29 Ed Smith-Rowland <3dw...@verizon.net>
PR libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61114
Alan Lawrence changed:
What|Removed |Added
CC||alan.lawrence at arm dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60652
--- Comment #2 from Arnaud Charlet ---
Author: charlet
Date: Tue Jul 29 14:46:27 2014
New Revision: 213201
URL: https://gcc.gnu.org/viewcvs?rev=213201&root=gcc&view=rev
Log:
2014-07-29 Robert Dewar
* gnat_rm.texi, sem_prag.adb: Minor ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61734
--- Comment #12 from Ilya Enkovich ---
Before your last fix both 32bit and 64bit versions of .original look similar
except a condition. We have (a - b > 0) for 64 bit and (a > b) for 32bit.
64bit version (before and after the patch)
{
sum = (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61948
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61952
Bug ID: 61952
Summary: ICE allocattion of array of type of type
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61947
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61734
--- Comment #11 from Eric Botcazou ---
> Is there any reason for ABS_EXPR detection for not working on 64bit target
> for the same test?
It is probably visible in the .original dump.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60652
Arnaud Charlet changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61951
Bug ID: 61951
Summary: -wExtra switch produce warning: parameter 'ptr' set
but not used [-Wunused-but-set-parameter]
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61950
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61950
Bug ID: 61950
Summary: [4.10 regression] Many 64-bit fortran allocate tests
FAIL
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
Bug ID: 61949
Summary: [4.10 regression] SEGV compiling
gcc.dg/pch/import-[12].c
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61929
--- Comment #4 from Charles Greathouse ---
I now have a testcase for failure with -floop-parallelize-all (without
-fcheck-data-deps). I believe this is the same bug, or at least related,
because this testcase also fails with the previous compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61947
--- Comment #2 from Jonathan Wakely ---
Created attachment 33203
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33203&action=edit
proposed patch
Add std::allocator_arg_t parameter to unary _Head_base constructors taking a
__uses_allocN tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61734
--- Comment #10 from Ilya Enkovich ---
Thanks for the fix!
Is there any reason for ABS_EXPR detection for not working on 64bit target for
the same test? The only difference should be the long long type size. How does
it affect optimizations?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43725
--- Comment #9 from Marat Zakirov ---
I used following patch
diff --git a/gcc/cse.c b/gcc/cse.c
index 34f9364..a9e0442 100644
--- a/gcc/cse.c
+++ b/gcc/cse.c
@@ -2862,6 +2862,9 @@ canon_reg (rtx x, rtx insn)
|| ! REGNO_QTY_VALID_P (R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61947
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43725
--- Comment #8 from Marat Zakirov ---
UPDATE
Using little fix you may got a much better code...
transpose_16x16:
.fnstart
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link regi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61868
Bingfeng Mei changed:
What|Removed |Added
Component|driver |lto
--- Comment #1 from Bingfeng Mei ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61948
cbaylis at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61875
--- Comment #4 from charles.barcza at blackpanther dot hu ---
Hi,
Confirmed this problem but the follow post solved libsanitizer problem:
"Comment #3 from Tatiana Udalova ---
You can fix problem in Tizen via deletting -fexceptions flag from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61948
Bug ID: 61948
Summary: [ARM] [4.9 regression] ICE with DImode shift by 1 bit
(in copyprop_hardreg_forward_1)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52478
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Tue Jul 29 11:10:49 2014
New Revision: 213153
URL: https://gcc.gnu.org/viewcvs?rev=213153&root=gcc&view=rev
Log:
2014-07-29 Richard Biener
PR middle-end/52478
* expr.c (exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54664
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61947
Bug ID: 61947
Summary: Ambiguous calls when constructing std::tuple
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035
Hans-Peter Nilsson changed:
What|Removed |Added
Known to fail||4.10.0
--- Comment #3 from Hans-Pet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61544
Richard Earnshaw changed:
What|Removed |Added
CC||manjian2006 at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61712
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61946
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61938
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61946
Bug ID: 61946
Summary: rope construction, passing allocator referenct without
const
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: minor
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #63 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #62 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
[...]
> With the patch, SPARC bootstrap concluded on mainline. I'm seeing two
> different regressions wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
--- Comment #11 from emsr at gcc dot gnu.org ---
Patch posted.
I must have been nuts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61945
Bug ID: 61945
Summary: tree check fail with -Woverloaded-virtual
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61123
--- Comment #8 from xuepeng guo ---
Author: xguo
Date: Tue Jul 29 07:11:02 2014
New Revision: 213147
URL: https://gcc.gnu.org/viewcvs?rev=213147&root=gcc&view=rev
Log:
gcc/c-family/
2014-07-29 Terry Guo
Backport mainline r211832
2014
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61944
Bug ID: 61944
Summary: loop-iv.c:2610 signed integer overflow
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61943
Bug ID: 61943
Summary: tree-ssa-loop-ivopts.c:4148 signed integer overflow
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61942
Bug ID: 61942
Summary: loop-iv.c:2272 signed integer overflow
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
75 matches
Mail list logo
