https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129
Shaun Jackman changed:
What|Removed |Added
CC||sjackman at gmail dot com
--- Comment
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43545
--- Comment #19 from sjackman at gmail dot com 2010-03-09 19:15 ---
How does the Dinkumware implementation avoid the performance hit of erase
returning an iterator?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
--- Comment #8 from sjackman at gmail dot com 2009-11-29 00:44 ---
I wouldn't depend on the number of buckets shrinking. Shrinking (and growing) a
hash table is an expensive operation that requires rehashing all the elements
in the hash table. Even if the implementation does provide
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC target triplet: avr-unknown-none
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42210
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC target triplet: avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34412
--- Comment #1 from sjackman at gmail dot com 2007-12-09 21:08 ---
Created an attachment (id=14714)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14714action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34412
--- Comment #7 from sjackman at gmail dot com 2007-11-26 19:54 ---
Subject: Re: ICE in first_insn_after_basic_block_note on HPPA
This package (swingwt) no longer exists in Debian, so I don't have any
further information. If you would like to close the bug, that's fine
by me.
Cheers
--- Comment #1 from sjackman at gmail dot com 2007-11-23 20:01 ---
It's worth noting that __ffsi2 generates terrible code on the AVR: a 194 byte
function. avr-libc also provides ffs (16-bit, not 32-bit as in __ffssi2) which
is written in assembler and 24 bytes long. As a workaround, you
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC target triplet: avr
http://gcc.gnu.org/bugzilla
--- Comment #2 from sjackman at gmail dot com 2007-11-23 17:30 ---
I've always used `goto *123;' on embedded targets as a feature to be able to
jump to a constant address. This particularly useful feature should not be
removed. Is a simple change of syntax being suggested, such as `goto
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown
--- Comment #1 from sjackman at gmail dot com 2006-06-28 17:36 ---
Created an attachment (id=11772)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11772action=view)
Backport thumb_find_work_register from 4.1.1
2005-03-01 Nick Clifton [EMAIL PROTECTED]
* config/arm/arm.c
--- Comment #2 from sjackman at gmail dot com 2006-06-28 20:18 ---
This proposed patch does help. At the very least, it prevents the ICE on
compiling crtstuff.c while compiling the toolchain. However, with this patch
applied, I saw the same bug later while compiling newlib
--- Comment #3 from sjackman at gmail dot com 2006-06-28 20:51 ---
I tried backporting thumb_compute_save_reg_mask from GCC 4.1.1 to GCC 4.0.3
without success. I'll try backporting this entire patch from svn.
2005-03-01 Nick Clifton [EMAIL PROTECTED]
* config/arm/arm.c
--- Comment #4 from sjackman at gmail dot com 2006-06-28 22:30 ---
I tried applying r95736 (2005-03-01 Nick Clifton) and r103151 (2005-08-16
Richard Earnshaw) against GCC 4.0.3. Both these patches apply cleanly (with
offsets), but don't fix the problem compiling newlib.
--
http
--- Comment #6 from sjackman at gmail dot com 2006-06-29 00:01 ---
Applying the patch from r103277 fixes this bug. I also had r95736 and r103151
applied against my 4.0.3 tree at the time. So, I don't know if r103277 alone is
sufficient. r103277 was meant to close PR target/23473, so
--- Comment #7 from sjackman at gmail dot com 2006-06-29 00:10 ---
Subject: Re: [4.0 only] config/arm/arm.c:3140 ICE
On 28 Jun 2006 23:31:22 -, pinskia at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-28 23:31
method 'access$1(I)'
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC build triplet: i686
dot org
ReportedBy: sjackman at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26702
--- Comment #2 from sjackman at gmail dot com 2006-03-15 18:51 ---
Subject: Re: Size of static variables always zero on arm-elf
On 15 Mar 2006 18:38:46 -, pinskia at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
What does the output of -S show? I bet it is just putting static_foo
--- Comment #4 from sjackman at gmail dot com 2006-03-15 19:03 ---
Subject: Re: Size of static variables always zero on arm-elf
On 15 Mar 2006 18:53:53 -, pinskia at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
No I mean what is the assembly output from GCC which you get
--- Comment #6 from sjackman at gmail dot com 2006-03-15 20:01 ---
Subject: Re: Size of static variables always zero on arm-elf
On 15 Mar 2006 19:07:12 -, pinskia at gcc dot gnu dot org Can
you try one more thing:
static int static_foo = 1;
And then use readelf -s
--- Comment #8 from sjackman at gmail dot com 2006-03-15 20:10 ---
Subject: Re: Size of static variables always zero on arm-elf
GCC is not emitting the type or size information for static bss symbols.
-- sdj
$ echo 'static int foo = 1;' foo.c
$ arm-elf-gcc -S foo.c -odata.s
$ echo
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman at gmail dot com
GCC build triplet: hppa-unknown-linux-gnu
GCC host triplet: hppa-unknown-linux-gnu
GCC target triplet: hppa-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
26 matches
Mail list logo