[Bug ada/28953] New: Documentation for gprmake is missing
Hello, the documentation for the program gprmake is missing. -- Summary: Documentation for gprmake is missing Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28953
[Bug target/25451] [AVR] Add support for new devices
--- Comment #2 from berndtrog at yahoo dot com 2006-08-18 12:47 --- Atmel's new devices where added in r113982. Thanks! -- berndtrog at yahoo dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25451
[Bug target/23740] attiny13 and attiny2313 are not fully supported
--- Comment #1 from berndtrog at yahoo dot com 2006-08-18 12:59 --- Fixed in r114758. Thanks! -- berndtrog at yahoo dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23740
[Bug ada/27769] cross-gnatmake needs host gcc
--- Comment #12 from berndtrog at yahoo dot com 2006-05-28 14:10 --- --- Comment #11 from laurent at guerby dot net 2006-05-27 18:41 --- Bernd, could you contribute (attach here) your Makefile and ada RTS changes so that Ada build with AVR target succeeds? Since I don't like to have mutiple copies of the same thing around, I'd rather provide only a link into AVR-Ada repo.: http://svn.sourceforge.net/viewcvs.cgi/avr-ada/trunk/patches/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27769
[Bug ada/27769] cross-gnatmake needs host gcc
--- Comment #7 from berndtrog at yahoo dot com 2006-05-26 11:15 --- This bug is target independent. I see the same behaviour for --target=mingw32. Workaround (for avr only): Index: mlib-utl.adb === --- mlib-utl.adb(revision 114128) +++ mlib-utl.adb(working copy) @@ -38,7 +38,7 @@ Initialized : Boolean := False; - Gcc_Name : constant String := gcc; + Gcc_Name : constant String := avr-gcc; Gcc_Exec : OS_Lib.String_Access; Ar_Name: OS_Lib.String_Access; -- berndtrog at yahoo dot com changed: What|Removed |Added GCC target triplet|avr | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27769
[Bug ada/27769] New: cross-gnatmake needs host gcc
$ cat p.gpr project p is for Library_Name use p; for Library_Dir use lib; for Library_Kind use static; end p; $ cat p.ads package p is end; $ avr-gnatmake -Pp -f -v --RTS=rts/atmega8 Parsing Project File p. Checking project file p 5 lines: No errors Parsing of Project File p is finished. [..] end of compilation build library build (RE2) building static library for project p object files: /src/source/p/p.o ALI files: /src/source/p/p.ali building a library... make p avr-gnatmake: gcc not found in path -- Summary: cross-gnatmake needs host gcc Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com GCC host triplet: i686-pc-linux-gnu GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27769
[Bug target/27663] New: missed-optimization transforming a byte array to unsigned long
Hi,
this code:
unsigned long f (unsigned char *P)
{
unsigned long C;
C = ((unsigned long)P[1] 24)
| ((unsigned long)P[2] 16)
| ((unsigned long)P[3] 8)
| ((unsigned long)P[4] 0);
return C;
}
compiles to this:
f:
0: f9 2f mov r31, r25
2: e8 2f mov r30, r24
4: 61 81 ldd r22, Z+1; 0x01
6: 77 27 eor r23, r23
8: 88 27 eor r24, r24
a: 99 27 eor r25, r25
c: 96 2f mov r25, r22
e: 88 27 eor r24, r24
10: 77 27 eor r23, r23
12: 66 27 eor r22, r22
14: 22 81 ldd r18, Z+2; 0x02
16: 33 27 eor r19, r19
18: 44 27 eor r20, r20
1a: 55 27 eor r21, r21
1c: 53 2f mov r21, r19
1e: 42 2f mov r20, r18
20: 33 27 eor r19, r19
22: 22 27 eor r18, r18
24: 62 2b or r22, r18
26: 73 2b or r23, r19
28: 84 2b or r24, r20
2a: 95 2b or r25, r21
2c: 24 81 ldd r18, Z+4; 0x04
2e: 33 27 eor r19, r19
30: 44 27 eor r20, r20
32: 55 27 eor r21, r21
34: 62 2b or r22, r18
36: 73 2b or r23, r19
38: 84 2b or r24, r20
3a: 95 2b or r25, r21
3c: 23 81 ldd r18, Z+3; 0x03
3e: 33 27 eor r19, r19
40: 44 27 eor r20, r20
42: 55 27 eor r21, r21
44: 54 2f mov r21, r20
46: 43 2f mov r20, r19
48: 32 2f mov r19, r18
4a: 22 27 eor r18, r18
4c: 62 2b or r22, r18
4e: 73 2b or r23, r19
50: 84 2b or r24, r20
52: 95 2b or r25, r21
54: 08 95 ret
using this cmd line:
avr-gcc -c -Os f.c
IMO, most of the or, eor and mov instructions are unnecessary.
--
Summary: missed-optimization transforming a byte array to
unsigned long
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: berndtrog at yahoo dot com
GCC target triplet: avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27663
[Bug target/27593] bad code generation
--- Comment #7 from berndtrog at yahoo dot com 2006-05-15 20:19 --- - r19 is modified, but not saved I can confirm this bug for 4.1 and trunk using this line: avr-gcc -c -O1 bug.i -funroll-loops The bug goes away when -funroll-loops is not used. The bug first appeared in july 2005 on head. Works on 3.4.6, 4.0. Is this one related to PR16563? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27593
[Bug target/27593] bad code generation
--- Comment #5 from berndtrog at yahoo dot com 2006-05-14 12:39 --- - r19 is modified, but not saved Can you please give the exact command line you used to compile bug.i into bug.o? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27593
[Bug target/27556] Wrong code generation when cross compile for attiny2313
--- Comment #3 from berndtrog at yahoo dot com 2006-05-11 21:59 --- Pavel, the attiny2313 has 128 Bytes of SRAM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27556
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #3 from berndtrog at yahoo dot com 2006-05-02 15:19 --- Is this one related to PR21834? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug target/25781] internal compiler error: Arithmetic exception
--- Comment #4 from berndtrog at yahoo dot com 2006-01-13 18:10 --- The code compiles OK on 4.0 and newer. -- berndtrog at yahoo dot com changed: What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25781
[Bug target/25722] Stackpointer is not restored correct at end of function
--- Comment #2 from berndtrog at yahoo dot com 2006-01-10 16:56 --- Only 3.4.x seems allocate a frame pointer in the function 'Evaluate'. It would be interesting if this bug can be triggered in 4.x! -- berndtrog at yahoo dot com changed: What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25722
[Bug target/20016] Compiling libgcc2.c with -Os for avr-gcc?
--- Comment #4 from berndtrog at yahoo dot com 2006-01-10 17:19 --- Roger Sayle commited the patch on 2005-12-17. Thanks! -- berndtrog at yahoo dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20016
[Bug c/25742] Internal compiler error in gen_rtx_SUBREG
--- Comment #2 from berndtrog at yahoo dot com 2006-01-10 21:19 --- f32.c compiles OK on 4_1-branch and HEAD. -- berndtrog at yahoo dot com changed: What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25742
[Bug target/25448] New: [4.0/4.1/4.2 Regression] Unfounded warnings from the AVR backend
Hello,
when compiling this code:
procedure My_int;
pragma Machine_Attribute (My_int, signal);
pragma Export (C, My_int, __vector_1);
procedure My_int is begin null; end;
with avr-gcc-4.x I get this warning:
demo_ada.adb:9: warning: `demo_ada__my_int' appears to be a misspelled
signal handler
I do not get this warning with gcc-3.4.x.
IMO, this is caused by the misspelled-signames patch
from Theodore A. Roth:
avr.c:
[...]
{
const char *func_name = IDENTIFIER_POINTER (DECL_NAME (*node));
const char *attr = IDENTIFIER_POINTER (name);
/* If the function has the 'signal' or 'interrupt' attribute, test to
make sure that the name of the function is __vector_NN so as to
catch when the user misspells the interrupt vector name. */
if (strncmp (attr, interrupt, strlen (interrupt)) == 0)
{
if (strncmp (func_name, __vector, strlen (__vector)) != 0)
{
warning (0, %qs appears to be a misspelled interrupt handler,
func_name);
[...]
Ted's patch is a bit too C specific, because it assumes that the source
code function name is equal the symbol name.
(__vector_1 = __vector_1)
In Ada, the source code function name (demo_ada__my_int) for interrupts is
translated to__vector_xx with the Pragma Export (..) statement.
Its not possible to define __vector_1 as a source code function name.
--
Summary: [4.0/4.1/4.2 Regression] Unfounded warnings from the AVR
backend
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: berndtrog at yahoo dot com
GCC target triplet: avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25448
[Bug target/25448] [4.0/4.1/4.2 Regression] Unfounded warnings from the AVR backend
--- Comment #1 from berndtrog at yahoo dot com 2005-12-16 17:13 --- Created an attachment (id=10516) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10516action=view) proposed patch patch to replace DECL_NAME by DECL_ASSEMBLER_NAME -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25448
[Bug target/25451] New: [AVR] Add support for new devices
Its time to add the (external maintained) patch for Atmel's new devices to trunk. The patch adds support for: attiny25 attiny45 attiny85 at90pwm2 at90pwm3 atmega164 atmega324 atmega329 atmega3290 atmega640 atmega644 atmega649 atmega6490 atmega1280 atmega1281 at90can32 at90can64 -- Summary: [AVR] Add support for new devices Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25451
[Bug target/25451] [AVR] Add support for new devices
--- Comment #1 from berndtrog at yahoo dot com 2005-12-16 18:06 --- Note: I'll attach the patch when Bugzilla has recoverd from its internal errors... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25451
[Bug target/25456] New: error: 'struct equiv_info' has no member named 'x_start'
Hello, building an avr cross compiler from trunk fails with: gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wn o-variadic-macros -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I/tmp/trunk/gcc -I/tmp/trunk/gcc/. -I/tmp/trunk/gcc/../include -I/tmp/trunk/gcc/../libcpp/include -I/tmp/trunk/gcc/../libdecnumber /tmp/trunk/gcc/struct-equiv.c -o struct-equiv.o /tmp/trunk/gcc/struct-equiv.c: In function 'struct_equiv_improve_checkpoint': /tmp/trunk/gcc/struct-equiv.c:252: error: 'struct equiv_info' has no member named 'x_start' /tmp/trunk/gcc/struct-equiv.c:252: error: 'struct equiv_info' has no member named 'x_start' make[2]: *** [struct-equiv.o] Error 1 I'm not sure if this is avr related. -- Summary: error: 'struct equiv_info' has no member named 'x_start' Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com GCC host triplet: i686-gnu-linux GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25456
[Bug target/24894] ICE building newlib/libc/misc/init.c
--- Comment #3 from berndtrog at yahoo dot com 2005-12-08 17:14 --- PR 19636 fails only when compiled with -Os, while this one fails only when compiled with -O2 or -O3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24894
[Bug target/20016] Compiling libgcc2.c with -Os for avr-gcc?
--- Comment #2 from berndtrog at yahoo dot com 2005-12-07 19:55 --- patch here: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01887.html -- berndtrog at yahoo dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |berndtrog at yahoo dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20016
[Bug target/19636] Can't compile ethernut OS (avr-gcc)
--- Comment #11 from berndtrog at yahoo dot com 2005-12-05 18:34 ---
Compiling of usart.i still fails:
usart.c: In function 'UsartIOCtl':
usart.c:821: error: unable to find a register to spill in class
'BASE_POINTER_REGS'
usart.c:821: error: this is the insn:
(insn 663 162 163 14 (set (mem:HI (plus:HI (reg/f:HI 28 r28)
(const_int 1 [0x1])) [31 S2 A8])
(reg:HI 24 r24)) 12 {*movhi} (nil)
(nil))
usart.c:821: confused by earlier errors, bailing out
Tested with: 4.0.3 20051123, 4.1.0 20051202, 4.2.0 20051202
It compiles OK with 3.4.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636
[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'
--- Comment #33 from berndtrog at yahoo dot com 2005-12-05 18:53 ---
Compiling test.c with 4.1.0 20051202 or 4.2.0 20051202 works OK.
Compiling test.c with 4.0.3 20051123 still fails:
test.c: In function 'test':
test.c:46: error: unable to find a register to spill in class 'POINTER_REGS'
test.c:46: error: this is the insn:
(insn 18 116 20 0 (set (reg/v:SI 56 [ a ])
(mem:SI (post_inc:HI (reg/f:HI 22 r22 [orig:59 D.1125 ] [59])) [2 S4
A8])) 14 {*movsi} (insn_list:REG_DEP_TRUE 116 (nil))
(expr_list:REG_INC (reg/f:HI 22 r22 [orig:59 D.1125 ] [59])
(nil)))
test.c:46: confused by earlier errors, bailing out
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
[Bug other/25035] [4.1/4.2 regression] Building an avr cross compiler fails (libssp)
--- Comment #2 from berndtrog at yahoo dot com 2005-12-05 19:06 --- Thats a 4.1/4.2 regression -- berndtrog at yahoo dot com changed: What|Removed |Added Summary|Building an avr cross |[4.1/4.2 regression] |compiler fails |Building an avr cross ||compiler fails (libssp) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25035
[Bug target/25035] New: Building an avr cross compiler fails
Building an avr cross compiler from gcc-4_1-branch of today fails with: checking for --enable-version-specific-runtime-libs... no checking whether to enable maintainer-specific portions of Makefiles... no Configuring in avr/libssp configure: creating cache ./config.cache checking build system type... i686-pc-linux-gnu checking host system type... avr-unknown-none checking target system type... avr-unknown-none checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for avr-strip... avr-strip checking for --enable-version-specific-runtime-libs... no checking whether to enable maintainer-specific portions of Makefiles... no checking for avr-gcc... /tmp/obj/./gcc/xgcc -B/tmp/obj/./gcc/ -B/tmp/build/avr/bin/ -B/tmp/build/avr/lib/ -isystem /tmp/build/avr/include -isystem /tmp/build/avr/sys-include checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make[1]: *** [configure-target-libssp] Fehler 1 make[1]: Leaving directory `/tmp/obj' make: *** [all] Fehler 2 Maybe libssp should be disabled for the avr target? (like mudflap?) -- Summary: Building an avr cross compiler fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com GCC host triplet: i386-linux GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25035
[Bug target/23740] New: attiny13 and attiny2313 are not fully supported
attiny13 and attiny2313 are members of arch2. The generated code is not optimized (lost movw, spm and some form of lpm asm instructions). A new architecture should be created to fully solve the problem. This PR is related to PR 19059. -- Summary: attiny13 and attiny2313 are not fully supported Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: avr-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23740
[Bug web/23693] New: Manuals in the Portable Document Format (PDF)
Hello! It would be good to provide PDF manuals for released versions of the gcc. I've tried ps2pdf, but it doesn't generate the pdf-booksmarks. -- Summary: Manuals in the Portable Document Format (PDF) Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23693
[Bug other/23693] Manuals in the Portable Document Format (PDF)
--- Additional Comments From berndtrog at yahoo dot com 2005-09-02 12:16 --- (In reply to comment #1) I don't understand why you would want this ps is more portable than PDF is. Am I the only one who finds pdf manuals (w/ bookmarks) much more convenient than ps or html? Anyways ps2pdf would be used to generate them anyways so it does not matter as you generated them already. Isn't there a direct way to generate nice looking pfds from the source format? Thanks, Bernd -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23693
[Bug other/23693] Manuals in the Portable Document Format (PDF)
--- Additional Comments From berndtrog at yahoo dot com 2005-09-02 14:29 --- (In reply to comment #4) texi2pdf (= texi2dvi --pdf) uses pdftex to generate PDF directly and texinfo.tex has conditional code to generate PDF files with internal links etc. when generating PDF. Thanks for the hint, Joseph. I tested this with pdfeTeXk, Version 3.14159-1.10b-2.1 (Web2C 7.4.5), and I now have a nice looking gcc.pdf w/ bookmarks (after adding the appropriate include paths (using -I) to the texi2pdf command). Can the PDF files somehow be generated automaticaly? Thanks, Bernd -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23693
[Bug ada/19959] [4.0/4.1 Regression] Can't compile gnattools for the cross targets
--- Additional Comments From berndtrog at yahoo dot com 2005-04-30 14:29 --- Arnaud Charlet wrote: Should be fixed now. Can you please describe how you tested the patch? I still get the errors in 4_0-branch and head! Why does the '--disable-libada' switch disable gnattools-cross? -- What|Removed |Added Status|RESOLVED|REOPENED Known to fail|4.0.0 |4.0.0 4.1.0 Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
[Bug target/20808] Unrecognizable insn
--- Additional Comments From berndtrog at yahoo dot com 2005-04-30 17:23 --- I can confirm this bug for 3.4.2, but not for 3.4.3 and later(4_0, HEAD). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20808
[Bug target/19636] Can't compile ethernut OS (avr-gcc)
--- Additional Comments From berndtrog at yahoo dot com 2005-04-30 17:41
---
I can confirm this bug for 4_0 and head (using -Os).
Note:
gcc-head-2004-12-07 compiles usart.i OK.
gcc-head-2004-12-29 fails with:
usart.c: In function 'UsartIOCtl':
usart.c:821: error: unable to find a register to spill in class
'BASE_POINTER_REGS'
usart.c:821: error: this is the insn:
(insn 653 159 160 14 (set (mem:HI (plus:HI (reg/f:HI 28 r28)
(const_int 1 [0x1])) [32 S2 A8])
(reg:HI 24 r24)) 12 {*movhi} (nil)
(nil))
usart.c:821: internal compiler error: in spill_failure, at reload1.c:1873
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636
[Bug ada/20344] New: [4.0/4.1 regression] gnat1: error: unrecognized command line option -fRTS=/tmp/rts
$ gnatmake --RTS=/tmp/rts test1.adb gcc -c --RTS=/tmp/rts test1.adb gnat1: error: unrecognized command line option -fRTS=/tmp/rts Note: This works for 4.0.0-20041123 and fails for 4.0.0-20041129 and newer. -- Summary: [4.0/4.1 regression] gnat1: error: unrecognized command line option -fRTS=/tmp/rts Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20344
[Bug target/20082] unrecognizable insn
--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:20 --- Alex, please attach the preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20082
[Bug ada/19959] [4.0/4.1 Regression] Can't compile gnattools for the cross targets
--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:29 --- Update: with this patch to $TARGET/libada/Makefile RTS_DIR:=$(strip $(subst \,/,$(shell gnatls -v | grep adalib ))) -gnattools-cross: gnatlib +gnattools-cross: $(MAKE) -C $(GCC_DIR)/ada $(FLAGS_TO_PASS) $(ADA_FLAGS_TO_PASS) \ and cd $TARGET/libada make gnattools-cross I get the cross gnattools compiled (without newlib). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
[Bug target/19684] avr-gcc 4.0 (and 3.3.4): wrong size in asm comment
--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:44 --- I can confirm this for gcc-4.0.0-20050228 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19684
[Bug target/20082] unrecognizable insn
--- Additional Comments From berndtrog at yahoo dot com 2005-03-02 22:59 --- I can't send whole file because it is some intellectual property. If you can't post the preprocessed sources because they're proprietary code, then try to create a small file that triggers the same problem. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20082
[Bug target/20296] New: Speeding up small interrupts on avr
When I compile (avr-gcc -Os -c -mmcu=at90s2313) this:
void SIG_PIN_CHANGE0 (void) __attribute__ ((signal)); void SIG_PIN_CHANGE0
(void)
{
(*(volatile unsigned char *)((0x12) + 0x20)) |= 1;
}
I get:
SIG_PIN_CHANGE0:
0: 1f 92 pushr1
2: 0f 92 pushr0
4: 0f b6 in r0, 0x3f; 63
6: 0f 92 pushr0
8: 11 24 eor r1, r1
a: 90 9a sbi 0x12, 0 ; 18
c: 0f 90 pop r0
e: 0f be out 0x3f, r0; 63
10: 0f 90 pop r0
12: 1f 90 pop r1
14: 18 95 reti
If the optimizer?/backend knows that the 'sbi' instruction does not
modify r1 or the status register (0x3f) it could generate this instead:
sbi 0x12, 0
reti
Comments?
--
Summary: Speeding up small interrupts on avr
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: berndtrog at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20296
[Bug ada/19959] [4.0 Regression] Can't compile gnattools for the cross targets
--- Additional Comments From berndtrog at yahoo dot com 2005-02-18 20:22 --- Fails for --target=i386-elf too. -- What|Removed |Added GCC target triplet|avr | Summary|[4.0 Regression] Can't |[4.0 Regression] Can't |compile gnattools for the |compile gnattools for the |AVR target |cross targets http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
[Bug target/19636] Can't compile ethernut OS (avr-gcc)
-- What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636
[Bug ada/20012] New: 'pragma Compile_Time_Warning' adds quotation marks to warning text
Hello, when I compile this: procedure Test2 is Number : Integer := 2; pragma Compile_Time_Warning (Number 1, NUmber Is GReater Than 1!); begin null; end; with gcc version 3.4.3: gcc -c test2.adb I get this warning: test2.adb:6:10: warning: number Is greater Than 1 gcc-4.0.0 has the same problem. -- Summary: 'pragma Compile_Time_Warning' adds quotation marks to warning text Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: minor Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20012
[Bug ada/19959] [4.0 Regression] Can't compile gnattools for the AVR target
--- Additional Comments From berndtrog at yahoo dot com 2005-02-16 18:27 --- Nathanael, do you know why the rts gets compiled here? (the avr target does not have a rts) -- What|Removed |Added CC||neroden at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
[Bug ada/10671] gcc ignors named notation for pragma arguments
--- Additional Comments From berndtrog at yahoo dot com 2005-02-16 18:39 --- gcc version 4.0.0 20050215 and gcc-3.4.3 have this bug, too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10671
[Bug target/20016] New: Compiling libgcc2.c with -Os for avr-gcc?
Since code size is more important than speed for the avr target, I'd like to suggest to add '-Os' to 'gcc/config/avr/t-avr' (TARGET_LIBGCC2_CFLAGS) Comments? -- Summary: Compiling libgcc2.c with -Os for avr-gcc? Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20016
[Bug target/10768] ICEs on compilation of ada support library for avr
--- Additional Comments From berndtrog at yahoo dot com 2005-02-14 20:02 --- Bernd, does this still fail on the most recent HEAD? Yes, it still fails: +===GNAT BUG DETECTED==+ | 4.0.0 20050213 (experimental) (avr-unknown-none) GCC error: | | in gnat_to_gnu, at ada/trans.c:2536 | compiling this: - t.ads - package T is bug : Short_Integer; end T; - t.ads - -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10768
[Bug ada/19959] New: [4.0 Regression] Can't compile gnattools for the AVR target
Hi, with gcc-3.4.3 its possible to compile the gnat crosstools with a simple 'make cross-gnattools'. This no longer works for 4.0.0. (20050213) I've tried this: $ ../configure --target=avr --enable-languages=ada,c [..] $ make [..] it stops here: make[3]: Entering directory `/src/gcc/obj/gcc/ada/rts' ../../xgcc -B../../ -c -DCROSS_COMPILE -DIN_GCC `echo -g -O2 -DDF=SF -Dinhibit_libc -mcall-prologues -fexceptions -DIN_RTS |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'` -I. -I.. -I../.. -I/src/gcc/gcc/ada -I/src/gcc/gcc/ada/../config -I/src/gcc/gcc/ada/../../include -I/src/gcc/gcc/ada/.. -I./../.. adaint.c -o adaint.o adaint.c:61:22: error: sys/stat.h: No such file or directory adaint.c:62:19: error: fcntl.h: No such file or directory adaint.c:63:18: error: time.h: No such file or directory adaint.c:82:19: error: utime.h: No such file or directory adaint.c:91:22: error: sys/wait.h: No such file or directory In file included from adaint.c:154: [..] adaint.c:2040: warning: initialization makes pointer from integer without a castadaint.c:2057: warning: incompatible implicit declaration of built-in function 'strcpy' adaint.c: In function '__gnat_copy_attribs': adaint.c:2555: error: storage size of 'fbuf' isn't known adaint.c:2556: error: storage size of 'tbuf' isn't known make[3]: *** [adaint.o] Error 1 make[3]: Leaving directory `/src/gcc/obj/gcc/ada/rts' make[2]: *** [gnatlib] Error 2 make[2]: Leaving directory `/src/gcc/obj/gcc/ada' make[1]: *** [gnatlib-plain] Error 2 make[1]: Leaving directory `/src/gcc/obj/avr/libada' make: *** [all-target-libada] Error 2 gcc version 4.0.0 20050213 -- Summary: [4.0 Regression] Can't compile gnattools for the AVR target Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
[Bug ada/19959] [4.0 Regression] Can't compile gnattools for the AVR target
-- What|Removed |Added Known to fail||4.0.0 Known to work||3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.
--- Additional Comments From berndtrog at yahoo dot com 2004-12-29 19:38 --- Minimal changes required to get avr to build: OK, building a avr-gcc works with this patch. Thanks! But I can no longer bootstrap the compiler with this patch (comment #11) applied: /tmp/HEAD/gcc/gcc/config/i386/i386.h:2931: error: parse error before 'ix86_compare_op0' (host: i686 linux) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.
--- Additional Comments From berndtrog at yahoo dot com 2004-12-27 17:10 --- Paul, I'd like to test your patch in comment #11. How do I apply it? Patch says: patch: Only garbage was found in the patch input. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
[Bug ada/18680] New: pragma Linker_Section problems
Hello, there seems to be still a problem with 'pragma Linker_Section': package test is eeprom : constant String := 12345678901234567; -- 17 byte pragma Linker_Section (Entity = eeprom, Section = .eeprom); type Eeprom_String is new String; pragma Linker_Section (Entity = Eeprom_String, Section = .eeprom); Data_1 : constant Eeprom_String := 12345678901234567; -- 17 byte Data_2 : constant String := 1234567890123456; -- 16 byte pragma Linker_Section (Entity = Data_2, Section = .eeprom); end; $ gcc -c test.ads $ readelf -a test.o [..] Section Headers: [Nr] Name TypeAddr OffSize ES Flg Lk Inf Al [ 0] NULL 00 00 00 0 0 0 [ 1] .text PROGBITS 34 00 00 AX 0 0 4 [ 2] .data PROGBITS 34 22 00 WA 0 0 4 [ 3] .bss NOBITS 58 00 00 WA 0 0 4 [ 4] .eeprom PROGBITS 58 11 00 WA 0 0 1 [..] Symbol table '.symtab' contains 12 entries: Num:Value Size TypeBind Vis Ndx Name [..] 9: 17 OBJECT GLOBAL DEFAULT4 test__eeprom 10: 000117 OBJECT GLOBAL DEFAULT2 test__data_1 11: 001216 OBJECT GLOBAL DEFAULT2 test__data_2 The problems I can see are: 1. The minimum usable length is 17 byte! 2. gcc ignors 'pragma Linker_Section' for types. gcc version 4.0.0 20041123 (experimental) -- Summary: pragma Linker_Section problems Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18680
[Bug ada/18680] pragma Linker_Section problems
--- Additional Comments From berndtrog at yahoo dot com 2004-11-26 15:45 --- This is also a dup of bug 10670. Please note that PR10670 is about a broken 'pragma Machine_Attribute', not about 'pragma Linker_Section'. (It *may* be related to PR14115) -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18680
[Bug target/17994] avr-gcc does not output a dwarf2 .debug_frame section
-- What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
[Bug target/17993] Error in dwarf2 debug output of bitfield members
-- What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993
[Bug target/17589] segfault while running code compiled with -ftree-vectorize
--- Additional Comments From berndtrog at yahoo dot com 2004-10-27 15:56 --- Hmm, there seems to be a relation between the version of glibc an this bug: glibc-2.2 segfault glibc-2.2.5 NO segfault glibc-2.3.3 NO segfault Can anyone try make check-gcc RUNTESTFLAGS=vect.exp with an old distribution(glibc-2.2) on a sse2 system? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17589
[Bug target/18002] New: [3.4/4.0 Regression] 'while' loop performace regression on avr target
Hello,
when I compile(avr-gcc -c -Os -mmcu=atmega8 test.c) this code:
int main (void)
{
while (((*(volatile unsigned char *)((0x0B) + 0x20)) (15)) == 0) {
;
}
return (0);
}
with gcc 3.3.1 I get this asm loop:
8: 5d 9b sbis0x0b, 5 ; 11
a: fe cf rjmp.-4 ; 0x8
with gcc 3.4.2 or 4.0.0 I get this:
8: 41 e0 ldi r20, 0x01 ; 1
a: 50 e0 ldi r21, 0x00 ; 0
c: 8b b1 in r24, 0x0b ; 11
e: 99 27 eor r25, r25
10: 25 e0 ldi r18, 0x05 ; 5
12: 96 95 lsr r25
14: 87 95 ror r24
16: 2a 95 dec r18
18: e1 f7 brne.-8 ; 0x12
1a: 84 27 eor r24, r20
1c: 95 27 eor r25, r21
1e: 9c 01 movwr18, r24
20: 21 70 andir18, 0x01 ; 1
22: 30 70 andir19, 0x00 ; 0
24: 80 fd sbrcr24, 0
26: f2 cf rjmp.-28; 0xc
--
Summary: [3.4/4.0 Regression] 'while' loop performace regression
on avr target
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: berndtrog at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18002
[Bug web/17974] New: Debugging-Options.html: '-dletters' list format looks broken
example: http://gcc.gnu.org/onlinedocs/gcc-3.4.2/gcc/Debugging-Options.html#Debugging-Options A Annotate the assembler output with miscellaneous debugging information. b Dump after computing branch probabilities, to file.12.bp. B ... IMO, the text should start in the *same* line. Note, the .ps file looks fine! Browser: Mozilla -- Summary: Debugging-Options.html: '-dletters' list format looks broken Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: berndtrog at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17974
