--- Comment #6 from pmarques at grupopie dot com 2008-02-17 03:58 ---
Created an attachment (id=15171)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15171&action=view)
patch to fix testsuite breakage on 16 bit integer targets
Unfortunately, the testcase assumes 32 bit i
--- Comment #1 from pmarques at grupopie dot com 2008-01-30 01:07 ---
Created an attachment (id=15055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15055&action=view)
proposed patch
This proposed patch fixes the problem by using the preprocessor to select the
correct typ
--- Comment #2 from pmarques at grupopie dot com 2008-01-30 01:03 ---
Created an attachment (id=15054)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15054&action=view)
fix to float-floor.c
Marking all tests that use double as unsupported is actually overkill. The avr
--- Comment #1 from pmarques at grupopie dot com 2008-01-29 04:13 ---
Created an attachment (id=15045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15045&action=view)
patch to allow target to set double type as unsupported
with this patch, the target can sim
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pmarques at grupopie dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-*-*
http
--- Comment #5 from pmarques at grupopie dot com 2008-01-23 03:31 ---
I just found out another data point: this happens when you pass
-mmcu=atmega128, but not if you pass -mmcu=attiny13 (for instance).
--
pmarques at grupopie dot com changed:
What|Removed
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pmarques at grupopie dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34916
--- Comment #1 from pmarques at grupopie dot com 2008-01-21 02:23 ---
Created an attachment (id=14983)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14983&action=view)
patch with possible fix
This patch fixes the test cases, by #ifndef'ing the relevant code when
NO
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pmarques at grupopie dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc
--- Comment #1 from pmarques at grupopie dot com 2008-01-20 19:39 ---
Created an attachment (id=14979)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14979&action=view)
the attached patch implements the proposed change
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34889
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pmarques at grupopie dot com
GCC build triplet: i686-pc-linux-gnu
GCC host
with no 64-bit double type
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pmarques at grupopie dot com
--- Comment #4 from pmarques at grupopie dot com 2008-01-20 03:41 ---
gcc.c-torture/execute/ffs-1.c and gcc.c-torture/execute/ffs-2.c also fail with
this message. The test case gcc.c-torture/execute/builtin-bitops-1.c shows some
more similar errors:
builtin-bitops-1.c:(.text+0x6b4
address with O2, O3 and Os
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pmarques at grupopie dot co
--- Comment #17 from pmarques at grupopie dot com 2008-01-18 17:30 ---
I just found out what's causing this confusion. If you compile your program
like this:
avr-gcc -Os -mmcu=atmega168 -lm main.c -o main.elf
__clz_tab gets included. But if you compile like this:
avr-gcc -Os
15 matches
Mail list logo