http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54592
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Bug #: 54613
Summary: [F2003/F2008] Add FINDLOC plus support MAXLOC/MINLOC
with KIND=/BACK=
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRM
On 09/18/2012 02:13 AM, Geoff Pike wrote:
Hello libiberty experts,
I don't see anything saying that sha1_process_block() has a size limit
on its input buffer, and if the length of the buffer is big (e.g.,
2^32 on a 64-bit machine) then this code won't correctly add a 64-bit
number to 64-bit numb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54610
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54610
--- Comment #3 from Jakub Jelinek 2012-09-18
08:32:52 UTC ---
Created attachment 28210
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28210
gcc48-pr54610.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54411
--- Comment #5 from Florian Weimer 2012-09-18 08:34:12
UTC ---
Author: fw
Date: Tue Sep 18 08:34:05 2012
New Revision: 191413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191413
Log:
PR other/54411: integer overflow in objalloc_alloc
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54612
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54611
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
--- Comment #1 from Tobias Burnus 2012-09-18
09:17:25 UTC ---
Created attachment 28211
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28211
Very preliminary patch for MAXLOC/MINLOC
Very preliminary patch for the MAXLOC/MINLOC support; i.e.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54599
--- Comment #3 from Tobias Burnus 2012-09-18
09:28:46 UTC ---
Dump two patches here. First is about a pointless check ("nl->sym->..." is used
all over the place) and the second: If the assert fails, we would use
TREE_TYPE(NULL_TREE) ...
--- a/gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54575
--- Comment #11 from Paolo Carlini 2012-09-18
09:41:29 UTC ---
Thanks a lot Jason!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54612
Paolo Carlini changed:
What|Removed |Added
CC||drepper.fsp at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54599
--- Comment #4 from Tobias Burnus 2012-09-18
10:10:28 UTC ---
And another one: Unreachable code; due to "if(extremum == NULL) {...;
continue}", last == NULL is always false:
--- a/gcc/fortran/simplify.c
+++ b/gcc/fortran/simplify.c
@@ -4109,4 +
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614
Bug #: 54614
Summary: Vector * Matrix -> Vector gives wrong result
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614
--- Comment #1 from simon at pushface dot org 2012-09-18 10:44:47 UTC ---
Created attachment 28213
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28213
Proposed patch for 4.7.0 code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54612
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54615
Bug #: 54615
Summary: unclear documentation on -fomit-frame-pointer for -O
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54612
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54612
--- Comment #4 from Paolo Carlini 2012-09-18
12:11:08 UTC ---
Created attachment 28214
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28214
Lightly tested so far
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52483
--- Comment #3 from Kazumoto Kojima 2012-09-18
12:25:52 UTC ---
(In reply to comment #2)
> If that is the only reason for rejecting volatile mems, then I think it would
> be OK to match volatile mems in the load/store expanders for SH, since ther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Jan Smets changed:
What|Removed |Added
Target|mips|mipsisa64-octeon-elf
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54610
--- Comment #4 from Jakub Jelinek 2012-09-18
13:03:13 UTC ---
Author: jakub
Date: Tue Sep 18 13:03:09 2012
New Revision: 191421
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191421
Log:
PR tree-optimization/54610
* tree-ssa-forwp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.4
Summary|Spurious add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54610
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54616
Bug #: 54616
Summary: Segmentation fault (during parsing?)
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54616
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54420
Paolo Carlini changed:
What|Removed |Added
CC||patrik.h.hagglund at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54575
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54612
--- Comment #5 from paolo at gcc dot gnu.org
2012-09-18 14:02:25 UTC ---
Author: paolo
Date: Tue Sep 18 14:02:20 2012
New Revision: 191424
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191424
Log:
2012-09-18 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095
Richard Guenther changed:
What|Removed |Added
Attachment #27879|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54617
Bug #: 54617
Summary: [4.8 Regression] ICE when compiling
gcc.c-torture/compile/pr42025-2.c on
powerpc-apple-darwin9 with -m64 and -O1 or above after
revision 19130
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54617
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54617
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54592
--- Comment #4 from Jakub Jelinek 2012-09-18
15:14:20 UTC ---
Author: jakub
Date: Tue Sep 18 15:14:15 2012
New Revision: 191430
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191430
Log:
PR target/54592
* config/i386/i386.c (ix86_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618
Bug #: 54618
Summary: [OOP] wrong-code with CLASS(...), INTENT(OUT) -- and
OPTIONAL or ALLOCATABLE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54592
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54575
--- Comment #13 from Wolfgang Bangerth 2012-09-18
15:32:17 UTC ---
Thanks, all, for the quick turnaround. This works again, not just on the
testcase but on the entire code base.
Best
W.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54610
--- Comment #6 from Marc Glisse 2012-09-18 16:06:43
UTC ---
(In reply to comment #2)
> The bug is obvious, vect_gen_perm_mask is not suitable for uses outside of the
> vectorizer, it uses e.g. current_vector_size.
Argh, I was happy to find a fun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54610
--- Comment #7 from Jakub Jelinek 2012-09-18
16:14:58 UTC ---
It is true that it has TYPE_VECTOR_SUBPARTS at its disposal, but it just uses
the common vectorizer infrastructure to create vector types.
The routines it is using also use other vecto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54610
--- Comment #8 from Marc Glisse 2012-09-18 16:22:09
UTC ---
(In reply to comment #7)
> It is true that it has TYPE_VECTOR_SUBPARTS at its disposal, but it just uses
> the common vectorizer infrastructure to create vector types.
> The routines it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54617
Eric Botcazou changed:
What|Removed |Added
Component|target |middle-end
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54619
Bug #: 54619
Summary: GCC aborts during compilation with '-O2 -mips16'
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54620
Bug #: 54620
Summary: sha1.c has incorrect math if sizeof(size_t) is 8
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54619
--- Comment #1 from Steve Ellcey 2012-09-18 18:34:21
UTC ---
It looks like this is coming from mips16_unextended_reference_p,
if mode is VOIDmode then GET_MODE_SIZE (mode) is zero and we wind
up doing 'offset % 0'. I think we should be checking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54621
Bug #: 54621
Summary: internal compiler error: Segmentation fault when
compiling gSOAP generated Server module.
Classification: Unclassified
Product: gcc
Version: 4.2.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54621
--- Comment #1 from Doug Dawson 2012-09-18
20:48:49 UTC ---
Created attachment 28216
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28216
Console output from compilation.
gzipped Interim code is too large to attach. Please access it at
www.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54621
Marek Polacek changed:
What|Removed |Added
CC||polacek at redhat dot com
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54584
--- Comment #3 from Larry Baker 2012-09-18 21:43:32 UTC
---
I don't know how to attach gdb to the ld.real called by collect2. So, I added
a bunch of debugging output to bfd/elflink.c to find out where the failure
occurs. (I'll attach my hacked
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833
--- Comment #3 from Larry Baker 2012-09-18 21:45:23 UTC
---
Created attachment 28217
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28217
Hacked binutils 1.22 bfd/elflink.c
I added a bunch of debugging output to bfd/elflink.c to find out wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
--- Comment #3 from Jan Smets 2012-09-18
21:49:21 UTC ---
This commit introduced the bug:
http://gcc.gnu.org/viewcvs?view=revision&revision=161655
(or 182cf5a9a415f31df0f9a10e46faed1221484a35 in git)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833
--- Comment #4 from Larry Baker 2012-09-18 21:51:36 UTC
---
(In reply to comment #3)
> Created attachment 28217 [details]
> Hacked binutils 1.22 bfd/elflink.c
>
> I added a bunch of debugging output to bfd/elflink.c to find out where the
> link
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54584
--- Comment #4 from Larry Baker 2012-09-18 21:53:03 UTC
---
Created attachment 28218
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28218
Hacked binutils 1.22 bfd/elflink.c
I added a bunch of debugging output to bfd/elflink.c to find out wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54617
--- Comment #3 from Eric Botcazou 2012-09-18
22:42:22 UTC ---
Author: ebotcazou
Date: Tue Sep 18 22:42:18 2012
New Revision: 191451
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191451
Log:
PR middle-end/54617
* expr.c (store_fie
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54617
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54584
--- Comment #5 from Hans-Peter Nilsson 2012-09-18
23:30:23 UTC ---
This seems to be just a problem with flawed elf2flt linker placement of
orphaned sections. But, I can't find where -elf2flt is handled in FSF
binutils; you need to talk to whomev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54584
--- Comment #6 from Larry Baker 2012-09-19 00:05:38 UTC
---
Hans-Peter,
Thanks for looking at this.
This seems a bit more complicated than "just a problem with flawed elf2flt
linker placement of
orphaned sections" since elf2flt/ld.real work fin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54584
--- Comment #7 from Larry Baker 2012-09-19 00:15:22 UTC
---
(In reply to comment #6)
> FYI: For the latest tests I ran, I used a vanilla binutils 1.22 distribution
> --
> no uClinux linker patches. I also used the latest elf2flt from
> www.ucl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
Bug #: 54622
Summary: gcc.dg/vect test failures for arm big-endian
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896
--- Comment #33 from Larry Baker 2012-09-19 01:02:31
UTC ---
Created attachment 28220
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28220
Patches for GCC 4.7.1
Patches to fix stack limit checking for GCC 4.7.1 for FreeScale Coldfire
uClinu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
--- Comment #2 from Janis Johnson 2012-09-19
01:16:58 UTC ---
Effective targets vect_unpack and vect_pack_trunc both require little endian
for ARM, which is why I thought that perhaps some of the others do as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
--- Comment #3 from Andrew Pinski 2012-09-19
01:29:09 UTC ---
(In reply to comment #2)
> Effective targets vect_unpack and vect_pack_trunc both require little endian
> for ARM, which is why I thought that perhaps some of the others do as well.
Y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54623
Bug #: 54623
Summary: [4.8 regression] install fails with
libbacktrace/backtrace.c:35:20: error: unwind.h: No
such file or directory
Classification: Unclassified
Product
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25470
b.grayson at samsung dot com changed:
What|Removed |Added
CC||b.grayson at samsung dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54623
--- Comment #1 from ian at gcc dot gnu.org 2012-09-19
04:37:47 UTC ---
Author: ian
Date: Wed Sep 19 04:37:40 2012
New Revision: 191459
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191459
Log:
PR bootstrap/54623
* Makefile.am (AM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54623
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
72 matches
Mail list logo