while (__block_count > 0) // correct
{
__c += __bin_size;
__block->_M_next = reinterpret_cast<_Block_record*>(__c);
__block = __block->_M_next;
--__block_count;
}
Best regards, dk.
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: d.kuc...@dk-software.org
CC: d.kuc...@dk-software.org
Target Milestone: ---
Host: Fedora 25
Target: x86_64
cc dot gnu dot org
ReportedBy: rask at sygehus dot dk
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=27266
--- Comment #1 from rask at sygehus dot dk 2006-04-23 14:46 ---
Created an attachment (id=11317)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11317&action=view)
Preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27266
Summary: global namespace is polluted
Product: gcc
Version: 4.0.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mbo at intec dot dk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27846
--- Comment #1 from mbo at intec dot dk 2006-05-31 19:24 ---
Created an attachment (id=11556)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11556&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27846
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bl at rosetechnology dot dk
GCC target triplet: avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25722
--- Comment #1 from bl at rosetechnology dot dk 2006-01-09 12:33 ---
Created an attachment (id=10598)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10598&action=view)
Testcase
Testcase including debug code for avr-studio 4. When the funtion 'Evaluate'
exits the
--- Comment #3 from bl at rosetechnology dot dk 2006-01-19 08:52 ---
Created an attachment (id=10673)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10673&action=view)
Another example, this time on windows-xp
I think this is the same bug.
Compiler version 3.4.3 Windows
Tar
--- Comment #1 from rask at sygehus dot dk 2007-07-15 14:29 ---
I get something similiar with my 16-bit x86 port compiling libgcc:
/home/rask/cvsbuild/gcc/./gcc/xgcc -B/home/rask/cvsbuild/gcc/./gcc/ -nostdinc
-B/home/rask/cvsbuild/gcc/ia16-elf/newlib/ -isystem
/home/rask/cvsbuild/gcc
--- Comment #3 from rask at sygehus dot dk 2007-07-15 23:39 ---
There are test results for GCC 4.2.1 20070706 on arm-elf here:
http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00334.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
'reg', have 'concatn' in
rhs_regno, at rtl.h:972
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #1 from rask at sygehus dot dk 2007-07-16 11:25 ---
Created an attachment (id=13920)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13920&action=view)
Slightly reduced test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32776
--- Comment #2 from rask at sygehus dot dk 2007-07-16 11:34 ---
The test case was derived from newlib, btw.
--
rask at sygehus dot dk changed:
What|Removed |Added
--- Comment #13 from rask at sygehus dot dk 2007-07-17 09:53 ---
Read config.log. Look for messages about collect2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
27; (rtx const_int) in cris_print_index, at
config/cris/cris.c:499
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot o
--- Comment #3 from rask at sygehus dot dk 2007-07-18 11:27 ---
It happens on sh-unknown-elf too compiling newlib:
make[8]: Entering directory
`/home/rask/build/gcc-sh-unknown-elf/sh-unknown-elf/m2a/newlib/libc/stdlib'
Makefile:1333: warning: overriding commands for target `
--- Comment #4 from rask at sygehus dot dk 2007-07-18 13:48 ---
Fixed as of revision 126720.
--
rask at sygehus dot dk changed:
What|Removed |Added
Status
--- Comment #4 from rask at sygehus dot dk 2007-07-19 13:31 ---
Created an attachment (id=13939)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13939&action=view)
Test case for frv-unknown-elf with -O2 -g -mcpu=fr400
It breaks on frv-unknown-elf as well:
Program received
--- Comment #4 from rask at sygehus dot dk 2007-07-21 09:07 ---
Fixed as of revision 126318.
--
rask at sygehus dot dk changed:
What|Removed |Added
Status
--- Comment #1 from rask at sygehus dot dk 2007-07-21 23:03 ---
The testcase also fails on:
i686-pc-linux-gnu
x86_64-unknown-linux-gnu
v850-unknown-elf
sh-unknown-elf
frv-unknown-elf
cris-axis-elf
arm-unknown-elf
m32c-unknown-elf
Looking at gcc-testresults for i686-pc-linux-gnu
--- Comment #2 from rask at sygehus dot dk 2007-07-22 08:25 ---
This bug had already been opened as 32746 and 32848. Please search for existing
bugs before opening new ones.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32850
--- Comment #3 from rask at sygehus dot dk 2007-07-22 16:47 ---
That is a known bug in GCC 3.4.3, causing the SSE code in f() to segfault.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32849
--- Comment #5 from rask at sygehus dot dk 2007-07-22 22:56 ---
The point is exactly to align the stack. The call instruction decrements %esp
by 4 bytes, so GCC has to decrement %esp by another 12 bytes to keep the stack
aligned. See also bug target/13685.
--
http://gcc.gnu.org
--- Comment #9 from rask at sygehus dot dk 2007-07-24 14:56 ---
This is not fully fixed yet. Compile these two functions with -O2
-fdump-tree-original:
void test5_1(int e)
{
if ((e >> 31) & 64)
foo();
}
typedef int myint;
void test5_2(myint e)
{
if ((e >> 3
--- Comment #10 from rask at sygehus dot dk 2007-07-24 15:00 ---
Created an attachment (id=13959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13959&action=view)
Patch to fix testcase when int isn't exactly 32 bits
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21137
ble insn configuring libgcc
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC target t
--- Comment #3 from rask at sygehus dot dk 2007-07-27 23:05 ---
Fixed as of revision 127005.
--
rask at sygehus dot dk changed:
What|Removed |Added
Status
--- Comment #4 from rask at sygehus dot dk 2007-07-28 09:00 ---
This is not a GCC bug. The part that fails is broken, inline asm:
#APP
# 173 "include/asm/string.h" 1
movb %al,%ah
1: lodsb
cmpb %ah,%al
jne 2f
leal -1(%esi),20(%esp)
2:
--- Comment #2 from rask at sygehus dot dk 2007-08-02 09:42 ---
It's still broken as of "4.3.0 20070729 (experimental)".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29493
--- Comment #3 from rask at sygehus dot dk 2007-08-04 15:37 ---
This appears to intentional. On systems without a prefix on labels, registers
are always prefixed with %. This is so that you can have global variables named
.e.g. edx.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #8 from sgh at sgh dot dk 2007-08-06 09:08 ---
also fails on 4.2.1
--
sgh at sgh dot dk changed:
What|Removed |Added
CC
when using
rcall
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bl at rosetechnology dot dk
--- Additional Comments From bl at rosetechnology dot dk 2005-03-17 14:41
---
Created an attachment (id=8410)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8410&action=view)
Testcase with listfile
This show the wrong generated code.
--
http://gcc.gnu.org/bugzilla/show_
--
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20518
cc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mah at systematic dot dk
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20578
--- Additional Comments From mah at systematic dot dk 2005-03-21 15:49
---
Subject: RE: Problem with templates
Thank you for an extreemly quick response. My code is now compiling:-)
Med venlig hilsen / kind regards
Martin Hansen
Lead Architect, Products
Systematic Software
t/test.h".
--
Summary: The -M option gives object file names without directory
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: preprocessor
AssignedTo: unassigned at g
--- Additional Comments From bje at safepro dot dk 2005-04-13 13:43 ---
Then I suggest that the manual is clarified to make it clear what is meant.
The word "basename" is easy to misunderstand, especially because
the "basename" function in GNU make do keep the d
--- Additional Comments From bje at safepro dot dk 2005-04-13 14:38 ---
Actually the manual explicit says that any path in the input file name is kept
by default in the description of the "-MT TARGET" option. So either the
preprocessor or the manual does have a bug when the pr
--- Additional Comments From theine at nordita dot dk 2005-04-17 15:22
---
Compilation of the following piece of code gives the same error message:
program test
character, dimension(2) :: a
integer :: i=1,j=2
Summary: gcc 4.3.1 cannot compile big function
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: grue at
--- Comment #1 from grue at diku dot dk 2008-09-10 08:01 ---
Created an attachment (id=16281)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16281&action=view)
The source mentioned in the bug description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448
--- Comment #2 from grue at diku dot dk 2008-09-10 08:01 ---
Created an attachment (id=16282)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16282&action=view)
The statistics mentioned in the bug description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37448
--- Comment #11 from sgh at sgh dot dk 2009-02-12 21:58 ---
Since this is not marked to be fixes I assume is hasn't been fixed in 4.3.3.
Wat is wrong with Pauls patch since it hasn't been included ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16634
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54049
Stefan Sørensen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
Assignee: unassigned at gcc dot gnu.org
Reporter: stefan at astylos dot dk
Target: cr16-none-elf
# ./configure --target cr16-none-elf
# make all-gcc all-target-libgcc'
...
make[4]: Entering directory
`/home/ssorensen/sources/gcc-build/cr16-none-elf/far-pic/libgcc'
#
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57636
--- Comment #1 from Stefan Sørensen ---
Created attachment 30318
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30318&action=edit
Simple testcase that triggers the ICE when built with -Os -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35649
Søren Holm changed:
What|Removed |Added
CC||sgh at sgh dot dk
--- Comment #11 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54049
Bug #: 54049
Summary: cr16: ICE: in gen_rtx_SUBREG with -O1
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bigfoot at private dot dk
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: a
MED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i386-unknown-netbsdelf2.0.2
GCC host triplet: i386-unknown-netbsdelf2.0.2
GCC target tr
it-wide-types
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-li
--- Comment #1 from rask at sygehus dot dk 2007-05-24 13:28 ---
Created an attachment (id=13608)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13608&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32069
d at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i386-unknown-netbsdelf2.0.2
GCC host triplet: i386-unknown-netbsdelf2.0.2
GCC target triplet: m32c-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32097
--- Comment #1 from rask at sygehus dot dk 2007-05-26 15:50 ---
Created an attachment (id=13615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13615&action=view)
sendmsg.c preprocessed
I have attached the preprocessed sendmsg.c in case you need it.
--
http://gcc.
d at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-unknown-eabisim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32130
org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-unknown-eabisim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32154
--- Comment #12 from rask at sygehus dot dk 2007-05-30 21:29 ---
The AVR is unusual in having
#define STACK_PUSH_CODE POST_DEC
#define STACK_GROWS_DOWNWARD
where most targets would have PRE_DEC when the stack grows downward. The
middle-end tries to synthesize the missing pushdi
--- Comment #1 from rask at sygehus dot dk 2007-05-31 10:02 ---
The same thing happens when configuring with --target==mcore-unknown-elf, only
the startup file is crt0.c instead of sim-crt0.o.
--
rask at sygehus dot dk changed:
What|Removed |Added
--- Comment #2 from rask at sygehus dot dk 2007-05-31 21:01 ---
Created an attachment (id=13641)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13641&action=view)
Patch to add -L and -B as necessary
This happens on all targets except m32c-*-*. I'm testing the at
--- Comment #2 from bigfoot at private dot dk 2007-05-31 21:22 ---
(In reply to comment #1)
> However, I suspect your test case is wrong. Unpatched versions of gcc default
> to little-endian mode on arm, even if you configure with
> --target=arm${foo}b-${bar}.
> Since you
--- Comment #4 from rask at sygehus dot dk 2007-05-31 22:37 ---
Created an attachment (id=13642)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13642&action=view)
Patch v2 to add -L and -B as necessary
I believe I have covered boths cases of linker script placement.
The c
--- Comment #6 from rask at sygehus dot dk 2007-06-01 19:56 ---
According to the documentation, -B passes -L to the linker, so there is no need
to pass both. It seems to work as documented.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32154
--- Comment #4 from rask at sygehus dot dk 2007-06-06 10:33 ---
I see no reason to mark this enhancement request as invalid.
As to generating reasonable x86 code for overflow checks written in C, it
isn't completely hopeless. I did an experiment with my 16-bit x86 port. Fir
--- Comment #7 from rask at sygehus dot dk 2007-06-08 17:35 ---
Created an attachment (id=13669)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13669&action=view)
Patch v3 to add -L and -B as necessary
This patch should fix the mep* case that I accidentally deleted.
--
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m68hc11-un
--- Comment #2 from rask at sygehus dot dk 2007-06-09 11:02 ---
It is still broken as of revision 125570.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31110
--- Comment #8 from rask at sygehus dot dk 2007-06-11 22:05 ---
Bug bootstrap/12019 looks similiar to this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32154
--- Comment #7 from rask at sygehus dot dk 2007-06-13 13:36 ---
Looking at this again, I don't think the transformation I'm making with the
splitter is valid, because I'm making up a zero extension which wasn't there to
begin with. The upper part could have been
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GC
1508
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC
--- Comment #7 from rask at sygehus dot dk 2007-06-14 10:36 ---
I've thought about adding ENOSYS stubs for the missing functions to libgloss.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
o missing thread
synchronization primitives
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sy
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target tr
--- Comment #3 from rask at sygehus dot dk 2007-06-14 15:43 ---
Finally, I can close a bug as fixed. :-)
--
rask at sygehus dot dk changed:
What|Removed |Added
--- Comment #9 from rask at sygehus dot dk 2007-06-15 14:24 ---
Bug bootstrap/28949 is also similiar to this one.
Btw, this bug is the root cause of the error message 'Link tests are not
allowed after GCC_NO_EXECUTABLES' for newlib targets, so it should show up in
searche
--- Comment #5 from rask at sygehus dot dk 2007-06-17 08:43 ---
I agree that the insn is invalid. It probably should be something like this:
(parallel [
(set (reg:PSI 7 fb)
(mem:PSI (reg:PSI 7 fb) [0 S4 A8]))
(set (reg:PSI 8 sp
--- Comment #3 from rask at sygehus dot dk 2007-06-19 11:27 ---
You can use memcpy (&int, &float, min (sizeof (int), sizeof (float))) and vice
versa. I suppose you can also memcpy() into or out of a char array of the right
size.
If you were to use the GCC extension of using a u
--- Comment #2 from rask at sygehus dot dk 2007-06-20 11:00 ---
Does it work for you if you apply patch 3 from bug other/32154?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12019
ty: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m32c-unknown-elf
http://gcc.gnu.or
ty: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m32c-unknown-elf
http://gcc.gnu.or
--- Comment #1 from rask at sygehus dot dk 2007-06-20 13:21 ---
Created an attachment (id=13742)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13742&action=view)
Preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
ty: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m32c-unknown-elf
http://gcc.gnu.or
--- Comment #2 from rask at sygehus dot dk 2007-06-20 13:24 ---
*** Bug 32420 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
--- Comment #1 from rask at sygehus dot dk 2007-06-20 13:24 ---
*** This bug has been marked as a duplicate of 32418 ***
--
rask at sygehus dot dk changed:
What|Removed |Added
--- Comment #1 from rask at sygehus dot dk 2007-06-20 13:25 ---
*** This bug has been marked as a duplicate of 32418 ***
--
rask at sygehus dot dk changed:
What|Removed |Added
--- Comment #3 from rask at sygehus dot dk 2007-06-20 13:25 ---
*** Bug 32419 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
--- Comment #10 from rask at sygehus dot dk 2007-06-20 13:41 ---
I'm adding the m32c back because the testcase for bug 32069 fails with
optimization turned on:
$ ./xgcc -B./ /n/08/rask/src/gcc/gcc/testsuite/gcc.dg/pr32069.c -S -dp -o
/dev/null -O1
/n/08/rask/src/gcc/gcc/test
--- Comment #11 from rask at sygehus dot dk 2007-06-20 13:52 ---
Ah, notice the mismatch in register sizes between prologue and epilogue:
(insn/f 59 5 60 2 /n/08/rask/src/gcc/gcc/testsuite/gcc.dg/pr32069.c:5 (parallel
[
(set/f (mem:HI (plus:HI (reg/f:HI 8 sp
iority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m68hc11-unknown-none
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32431
--- Comment #1 from rask at sygehus dot dk 2007-06-20 16:58 ---
Created an attachment (id=13747)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13747&action=view)
Preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32431
--- Comment #5 from rask at sygehus dot dk 2007-06-20 17:24 ---
I'll CC DJ Delorie since he'll know why EH_RETURN_STACKADJ_RTX has been defined
that way.
--
rask at sygehus dot dk changed:
What|Removed
--- Comment #7 from rask at sygehus dot dk 2007-06-20 20:08 ---
This is something I have no clue about.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rask at sygehus dot dk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m
--- Comment #1 from rask at sygehus dot dk 2007-06-20 21:36 ---
Created an attachment (id=13750)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13750&action=view)
Preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32441
--- Comment #9 from rask at sygehus dot dk 2007-06-21 15:59 ---
I tried this on top of the patch in comment 3 of bug 32441:
Index: gcc/config/m32c/m32c.c
===
--- gcc/config/m32c/m32c.c (revision 125892)
+++ gcc/config
--- Comment #10 from rask at sygehus dot dk 2007-06-21 16:15 ---
Created an attachment (id=13758)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13758&action=view)
Preprocessed source code for the problem in comment 9.
$ ./xgcc -B./ -S -dp -o /dev/null ~/complex_io.cc
/ho
--- Comment #11 from rask at sygehus dot dk 2007-06-21 18:19 ---
Disregard the comment about the code label use count. They have
LABEL_PRESERVE_P (/s) set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
dot org
ReportedBy: rask at sygehus dot dk
GCC target triplet: m32c-unknown-elf avr-unknown-none h8300-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32471
1 - 100 of 266 matches
Mail list logo
