https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129
Shaun Jackman changed:
What|Removed |Added
CC||sjackman at gmail dot com
--- Comment
: 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
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
--- 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 provid
--- 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=14714&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34412
: 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 #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 m
--- 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
fshi2
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/bug
--- 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, suc
--- 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
--- 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/2347
--- 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.
--
--- 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]>
* confi
--- 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. As the
--- 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=11772&action=view)
Backport thumb_find_work_register from 4.1.1
2005-03-01 Nick Clifton <[EMAIL PROTECTED]>
Version: 4.1.1
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
e: *** [all-gcc] Error 2
--
Summary: config/arm/arm.c:3140 ICE
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sjackman
find 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 buil
--- 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 -o
--- 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 reade
--- 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 y
--- 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 jus
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
NFIRMED
Severity: normal
Priority: P2
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
26 matches
Mail list logo
