[Bug bootstrap/56644] New: --disable-nls requires symbols from libintl

2013-03-17 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56644



 Bug #: 56644

   Summary: --disable-nls requires symbols from libintl

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rolf.ebert@gmx.de





building gcc-4.8.0-RC-20130316 with --disable-nls fails when linking cc1 as

some symbols from libintl are searched but cannot be found

[Bug bootstrap/56645] New: libgcc /configure identifies non-existing /lib/cpp as preprocessor on Mingw

2013-03-17 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56645



 Bug #: 56645

   Summary: libgcc /configure identifies non-existing /lib/cpp as

preprocessor on Mingw

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rolf.ebert@gmx.de





gcc-4.8.0-RC-20130316 was configured like this:



../gcc-${GCC_VERSION}/configure \

   --disable-libgomp \

   --disable-libstdc++-v3 \

   --enable-libada \

   --host=mingw32 \

   --build=mingw32 \

   --target=mingw32 \

   --disable-werror \

   --prefix=/mingw/local \

   --enable-nls \

   --with-dwarf2 \

   --enable-languages=c,c++,ada \

   --disable-win32-registry \

   --enable-concept-checks \

   --enable-version-specific-runtime-libs \

   --with-bugurl=http://localhost/ \

   --with-gmp=/mingw \

   --with-mpfr=/mingw \

   --with-mpc=/mingw \

   --disable-shared \

   --disable-sjlj-exceptions \

   --with-arch=pentium \

   --with-cpu=pentium \

   >> ${LOG} 2>&1



make CFLAGS="-D__USE_MINGW_ACCESS" CXXFLAGS="-mthreads"

LDFLAGS="-Wl,--stack=0x280" > ${LOG} 2>&1





It then fails here:



mkdir -p -- mingw32/libgcc

Checking multilib configuration for libgcc...

Configuring stage 1 in mingw32/libgcc

configure: creating cache ./config.cache

checking build system type... i386-pc-mingw32

checking host system type... i386-pc-mingw32

checking for --enable-version-specific-runtime-libs... yes

checking for a BSD-compatible install... /bin/install -c

checking for gawk... gawk

checking for mingw32-ar... ar

checking for mingw32-lipo... lipo

checking for mingw32-nm... /c/Devel/gcc-cvs.not/build_native/./gcc/nm

checking for mingw32-ranlib... ranlib

checking for mingw32-strip... strip

checking whether ln -s works... no, using cp -p

checking for mingw32-gcc... /c/Devel/gcc-cvs.not/build_native/./gcc/xgcc

-B/c/Devel/gcc-cvs.not/build_native/./gcc/

-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/mingw

-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/w32api/lib -isystem

/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/mingw/include -isystem

/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/w32api/include

-B/mingw/local/mingw32/bin/ -B/mingw/local/mingw32/lib/ -isystem

/mingw/local/mingw32/include -isystem /mingw/local/mingw32/sys-include

checking for suffix of object files... o

checking whether we are using the GNU C compiler... yes

checking whether /c/Devel/gcc-cvs.not/build_native/./gcc/xgcc

-B/c/Devel/gcc-cvs.not/build_native/./gcc/

-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/mingw

-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/w32api/lib -isystem

/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/mingw/include -isystem

/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/w32api/include

-B/mingw/local/mingw32/bin/ -B/mingw/local/mingw32/lib/ -isystem

/mingw/local/mingw32/include -isystem /mingw/local/mingw32/sys-include   

accepts -g... yes

checking for /c/Devel/gcc-cvs.not/build_native/./gcc/xgcc

-B/c/Devel/gcc-cvs.not/build_native/./gcc/

-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/mingw

-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/w32api/lib -isystem

/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/mingw/include -isystem

/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/w32api/include

-B/mingw/local/mingw32/bin/ -B/mingw/local/mingw32/lib/ -isystem

/mingw/local/mingw32/include -isystem /mingw/local/mingw32/sys-include   

option to accept ISO C89... unsupported

checking how to run the C preprocessor... /lib/cpp

configure: error: in `/c/Devel/gcc-cvs.not/build_native/mingw32/libgcc':

configure: error: C preprocessor "/lib/cpp" fails sanity check

See `config.log' for more details.

make[2]: *** [configure-stage1-target-libgcc] Error 1

make[2]: Leaving directory `/c/Devel/gcc-cvs.not/build_native'

make[1]: *** [stage1-bubble] Error 2

make[1]: Leaving directory `/c/Devel/gcc-cvs.not/build_native'

make: *** [all] Error 2

[Bug bootstrap/56644] --disable-nls requires symbols from libintl

2013-03-19 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56644



Rolf Ebert  changed:



   What|Removed |Added



 Target||mingw

   Host||mingw

  Build||mingw



--- Comment #2 from Rolf Ebert  2013-03-20 
05:26:51 UTC ---

configure options:



../gcc-${GCC_VERSION}/configure \

   --disable-libgomp \

   --disable-libstdc++-v3 \

   --enable-libada \

   --host=mingw32 \

   --build=mingw32 \

   --target=mingw32 \

   --disable-werror \

   --prefix=/mingw/local \

   --disable-nls \

   --with-dwarf2 \

   --enable-languages=c,c++,ada \

   --disable-win32-registry \

   --enable-concept-checks \

   --enable-version-specific-runtime-libs \

   --with-bugurl=http://localhost/ \

   --with-gmp=/mingw \

   --with-mpfr=/mingw \

   --with-mpc=/mingw \

   --disable-shared \

   --disable-sjlj-exceptions \

   --with-arch=pentium \

   --with-cpu=pentium \

   >> ${LOG} 2>&1



make CFLAGS="-D__USE_MINGW_ACCESS" CXXFLAGS="-mthreads"

LDFLAGS="-Wl,--stack=0x280" > ${LOG} 2>&1





end of the log file:



mingw32-g++   -mthreads -DIN_GCC   -fno-exceptions -fno-rtti

-fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual

-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros

-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -static-libstdc++

-static-libgcc -Wl,--stack=0x280 -o cc1.exe c/c-lang.o c-family/stub-objc.o

attribs.o c/c-errors.o c/c-decl.o c/c-typeck.o c/c-convert.o c/c-aux-info.o

c/c-objc-common.o c/c-parser.o c-family/c-common.o c-family/c-cppbuiltin.o

c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o

c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o

c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o

c-family/c-ada-spec.o tree-mudflap.o i386-c.o msformat-c.o default-c.o \

  cc1-checksum.o libbackend.a main.o tree-browser.o libcommon-target.a

libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a

../libcpp/libcpp.a  -liconv ../libbacktrace/.libs/libbacktrace.a

../libiberty/libiberty.a ../libdecnumber/libdecnumber.a   -L/mingw/lib

-L/mingw/lib -L/mingw/lib -lmpc -lmpfr -lgmp   -L../zlib -lz

c/c-decl.o:c-decl.c:(.text+0x921): undefined reference to `libintl_fprintf'

c/c-typeck.o:c-typeck.c:(.text+0x1ade4): undefined reference to

`libintl_sprintf'

c-family/c-common.o:c-common.c:(.text+0xbd5): undefined reference to

`libintl_snprintf'

c-family/c-common.o:c-common.c:(.text+0x30e44): undefined reference to

`libintl_sprintf'

c-family/c-common.o:c-common.c:(.text+0x31cd3): undefined reference to

`libintl_snprintf'

c-family/c-common.o:c-common.c:(.text+0x31de8): undefined reference to

`libintl_snprintf'

c-family/c-common.o:c-common.c:(.text+0x31e7a): undefined reference to

`libintl_snprintf'

c-family/c-common.o:c-common.c:(.text+0x3a2f1): undefined reference to

`libintl_sprintf'

c-family/c-lex.o:c-lex.c:(.text+0x283): undefined reference to

`libintl_fprintf'

c-family/c-lex.o:c-lex.c:(.text+0x2f3): undefined reference to

`libintl_fprintf'

c-family/c-lex.o:c-lex.c:(.text+0x30b): undefined reference to

`libintl_fprintf'

c-family/c-opts.o:c-opts.c:(.text+0x1b19): undefined reference to

`libintl_fprintf'

c-family/c-pretty-print.o:c-pretty-print.c:(.text+0xf39): undefined reference

to `libintl_sprintf'

c-family/c-pretty-print.o:c-pretty-print.c:(.text+0x101e): undefined reference

to `libintl_sprintf'

c-family/c-pretty-print.o:c-pretty-print.c:(.text+0x1428): undefined reference

to `libintl_sprintf'

c-family/c-pretty-print.o:c-pretty-print.c:(.text+0x1a21): undefined reference

to `libintl_sprintf'

c-family/c-pretty-print.o:c-pretty-print.c:(.text+0x24f2): undefined reference

to `libintl_sprintf'

c-family/c-pretty-print.o:c-pretty-print.c:(.text+0x272d): more undefined

references to `libintl_sprintf' follow

libbackend.a(coverage.o):coverage.c:(.text+0x4279): undefined reference to

`libintl_fprintf'

libbackend.a(coverage.o):coverage.c:(.text+0x43f9): undefined reference to

`libintl_sprintf'

libbackend.a(coverage.o):coverage.c:(.text+0x46d8): undefined reference to

`libintl_sprintf'

libbackend.a(cgraph.o):cgraph.c:(.text+0x2250): undefined reference to

`libintl_fprintf'

libbackend.a(cgraph.o):cgraph.c:(.text+0x229b): undefined reference to

`libintl_fprintf'

libbackend.a(cgraph.o):cgraph.c:(.text+0x2448): undefined reference to

`libintl_fprintf'

libbackend.a(cgraph.o):cgraph.c:(.text+0x3060): undefined reference to

`libintl_fprintf'

libbackend.a(cgraph.o):cgraph.c:(.text+0x309c): undefined reference to

`libintl_fprintf'

libbackend.a(cgraph.o):cgraph.c:(.text+0x30ce): more undefined references to

`libintl_fprintf' follow

libbackend.a(except.o):except.c:(.text+0x2505): undefined reference to

`libintl_

[Bug bootstrap/56644] --disable-nls requires symbols from libintl

2013-03-20 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56644



--- Comment #4 from Rolf Ebert  2013-03-20 
10:23:43 UTC ---

I used the release candidate 4.8.0 from 2013-03-16 (see initial problem

description)

[Bug target/55243] New: STAMP variable is not defined in t-avr

2012-11-08 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243



 Bug #: 55243

   Summary: STAMP variable is not defined in t-avr

Classification: Unclassified

   Product: gcc

   Version: 4.7.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rolf.ebert@gmx.de





Building AVR cross compiler for Ada (GNAT) fails as t-avr contains no valid

command in the STAMP variable



easiest work-around is to replace it with 'echo' command.



sed -i -e 's/$(STAMP)/echo timestamp >/' gcc/config/avr/t-avr

[Bug target/55243] STAMP variable is not defined in t-avr

2012-11-08 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243



--- Comment #2 from Rolf Ebert  2012-11-08 
22:08:16 UTC ---

A complete build instruction is in 



http://arduino.ada-language.com/building-avr-gnat-for-avr-ada.html



I'll add a make output without the patch once I can build again (probably

tomorrow)

[Bug ada/46192] renaming of a volatile variable generates wrong code

2012-01-16 Thread rolf.ebert.gcc at gmx dot de 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46192

--- Comment #4 from Rolf Ebert  2012-01-16 
22:04:39 UTC ---
The problem is still present in gcc-4.7 snapshot as of 2012-01-14 (tested on
Linux Debian)

[Bug target/91637] New: Make efficient ISR prologues and epilogues on AVR available to Ada/GNAT

2019-09-02 Thread rolf.ebert.gcc at gmx dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91637

Bug ID: 91637
   Summary: Make efficient ISR prologues and epilogues on AVR
available to Ada/GNAT
   Product: gcc
   Version: 9.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rolf.ebert.gcc at gmx dot de
  Target Milestone: ---

The fix for PR target/81268 and PR target/20296 works for C and C++, but does
not work for Ada (gnat1).

Despite the same back-end (between gnat1 and cc1) and the explicit compiler
switch -mgas-isr-prologues the new assembler pseudo codes __gcc_isr are not
generated.

[Bug target/91637] Make efficient ISR prologues and epilogues on AVR available to Ada/GNAT

2019-09-05 Thread rolf.ebert.gcc at gmx dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91637

Rolf Ebert  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Rolf Ebert  ---
Sorry, bogus bug report. __gcc_isr actually works perfectly well also for gnat

[Bug target/55243] STAMP variable is not defined in t-avr

2012-11-11 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243



--- Comment #3 from Rolf Ebert  2012-11-11 
21:29:58 UTC ---

Here is the requested build log:



make[2]: Entering directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gnattools'

rm -rf ../gcc/ada/tools

mkdir -p ../gcc/ada/tools

(cd ../gcc/ada/tools; cp -p ../sdefault.adb ../snames.ads ../snames.adb .)

rm -f ../gcc/ada/tools/mlib-tgt-specific.adb; cp -p

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada/mlib-tgt-specific-xi.adb

../gcc/ada/tools/mlib-tgt-specific.adb;  rm -f ../gcc/ada/tools/indepsw.adb; cp

-p /c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada/indepsw-gnu.adb

../gcc/ada/tools/indepsw.adb;

touch ../gcc/stamp-tools

# gnattools1-re

make -C ../gcc/ada/tools -f ../Makefile \

  "CC=gcc" "CFLAGS=-g -O2 -D__USE_MINGW_ACCESS -W -Wall"

"LDFLAGS=-Wl,--stack,12582912" "ADAFLAGS=-gnatpg -gnata" "ADA_CFLAGS="

"INCLUDES=-I. -I.. -I../.. -I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/../include

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc"

"ADA_INCLUDES=-IC:/Programme/MinGW2011/local/lib/gcc/mingw32/4.7.0/adalib/../adainclude

-IC:/Programme/MinGW2011/local/lib/gcc/mingw32/4.7.0/adalib/ -I.

-I/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/ada" "exeext=.exe"

"fsrcdir=/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc"

"srcdir=/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc" "GNATMAKE=gnatmake"

"GNATLINK=gnatlink" "GNATBIND=gnatbind" "TOOLSCASE=cross" "LIBGNAT="

INCLUDES="" \

  gnatmake-re gnatlink-re

make[3]: Entering directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gcc/ada/tools'

gawk -f /c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/genmultilib.awk -v

FORMAT=Makefile  

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/genmultilib.awk

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/avr-mcus.def > tmp-avr-mlib

/bin/sh /c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/../move-if-change \

tmp-avr-mlib   

/c/Devel/gcc-cvs.not/build/gcc-4.7.2/gcc/config/avr/t-multilib

s-avr-mlib

make[3]: s-avr-mlib: Command not found

make[3]: *** [s-avr-mlib] Error 127

make[3]: Leaving directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gcc/ada/tools'

make[2]: *** [gnattools-cross] Error 2

make[2]: Leaving directory `/c/Devel/gcc-cvs.not/build/gcc-obj/gnattools'

make[1]: *** [all-gnattools] Error 2

make[1]: Leaving directory `/c/Devel/gcc-cvs.not/build/gcc-obj'

make: *** [all] Error 2

[Bug ada/55243] STAMP variable is not defined in t-avr

2012-11-17 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243



--- Comment #5 from Rolf Ebert  2012-11-17 
10:02:49 UTC ---

STAMP isn't set by configure. It is rather hardcoded in gcc/Makefile.in



Correspondignly it has to be set in gnattools/Makefile.in, too:



--- gnattools/Makefile.in~2011-10-13 00:41:57 +0200

+++ gnattools/Makefile.in2012-11-16 20:50:48 +0100

@@ -111,6 +111,7 @@

 "GNATMAKE=gnatmake" \

 "GNATLINK=gnatlink" \

 "GNATBIND=gnatbind" \

+"STAMP=echo timestamp >" \

 "TOOLSCASE=cross" \

 "LIBGNAT="

[Bug ada/55243] STAMP variable is not defined in t-avr

2012-12-11 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243



--- Comment #23 from Rolf Ebert  2012-12-11 
19:57:34 UTC ---

I see Eric's point in that the patch in comment #5 hides another bug in the

Makefile chemistry. There seems to be an unnecessary dependency from the

gnattools on multilibs.  Reminds me of #19959

[Bug target/55243] STAMP variable is not defined in t-avr

2012-12-17 Thread rolf.ebert.gcc at gmx dot de 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243



--- Comment #28 from Rolf Ebert  2012-12-17 
19:25:30 UTC ---

Created attachment 28988

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28988

Backport of gjl's patch to 4.7



I had to backport Georg's patch to 4.7.2.  It perferctly solves the issue and I

can build the AVR cross for Ada



  Rolf

[Bug ada/46192] New: renaming of a volatile variable generates wrong code

2010-10-26 Thread rolf.ebert.gcc at gmx dot de 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46192

   Summary: renaming of a volatile variable generates wrong code
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rolf.ebert@gmx.de
Target: avr


The following Ada code is translated to wrong assembler when using the renamed
variable.

with Interfaces;  use Interfaces;
package Renaming is

   procedure Put_Raw;

end Renaming;

with System;use System;

package body Renaming is

   type Bit_Number is new Unsigned_8 range 0 .. 7;

   --  Give access to every single bit in a byte as a boolean.
   type Bits_In_Byte is array (Bit_Number) of Boolean;
   pragma Pack (Bits_In_Byte);
   for Bits_In_Byte'Size use 8;

   --  USART Control and Status Register A
   UCSR0A_Addr: constant Address:= System'To_Address(16#c0#);
   UCSR0A_Bits: Bits_In_Byte;
   for UCSR0A_Bits'Address use UCSR0A_Addr;
   pragma Volatile (UCSR0A_Bits);

   UCSRA_Bits : Bits_In_Byte renames UCSR0A_Bits;

   procedure Put_Raw is
   begin
  -- wait until Data Register Empty (DRE) is signaled
  while UCSRA_Bits (5) = False loop null; end loop;
   end Put_Raw;

end Renaming;

$ avr-gcc -S -mmcu=atmega328p -Os renaming.adb

.global renaming__put_raw
.type   renaming__put_raw, @function
renaming__put_raw:
/* prologue: function */
/* frame size = 0 */
/* stack size = 0 */
.L__stack_usage = 0
lds r24,192
sbrs r24,5
.L5:
rjmp .L5
.L4:
ret
.size   renaming__put_raw, .-renaming__put_raw

See the placement of the label .L5

If you don't use the renamed variable but directly UCSR0A_Bits as in 
  while UCSR0A_Bits (5) = False loop null; end loop;
you get correct assembler code:

.global renaming__put_raw
.type   renaming__put_raw, @function
renaming__put_raw:
/* prologue: function */
/* frame size = 0 */
/* stack size = 0 */
.L__stack_usage = 0
.L3:
lds r24,192
sbrs r24,5
rjmp .L3
/* epilogue start */
ret
.size   renaming__put_raw, .-renaming__put_raw


Rolf

[Bug ada/46192] renaming of a volatile variable generates wrong code

2010-10-26 Thread rolf.ebert.gcc at gmx dot de 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46192

--- Comment #1 from Rolf Ebert  2010-10-26 
22:40:50 UTC ---
It might be related to PR37599

[Bug driver/46694] New: driver does not pass all options to the compiler gnat1

2010-11-28 Thread rolf.ebert.gcc at gmx dot de 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46694

   Summary: driver does not pass all options to the compiler gnat1
   Product: gcc
   Version: 4.4.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rolf.ebert@gmx.de


When invoking the compiler through the following command line, it does not pass
the options '-g' '-gnatn' '-gnatpg' '-mmcu=avr2' the compiler gnat1.

$ avr-gcc -c -v -v -g -Os -gnatn -gnatpg -mmcu=avr2 -I- s-bitops.adb
Using built-in specs.
Target: avr
Configured with: ../gcc-4.4.5/configure --prefix=/mingw/avr_44_gnat
--target=avr
 --enable-languages=ada,c,c++ --with-dwarf2 --disable-nls --disable-libssp
--dis
able-libada --with-bugurl=http://avr-ada.sourceforge.net
--with-gmp=/mingw/avr_4
4_gnat --with-mpfr=/mingw/avr_44_gnat
Thread model: single
gcc version 4.4.5 (GCC)
COLLECT_GCC_OPTIONS='-c' '-v' '-v' '-g' '-Os' '-gnatn' '-gnatpg' '-mmcu=avr2'
 c:/programme/msys_1.0/mingw/avr_44_gnat/bin/../libexec/gcc/avr/4.4.5/gnat1.exe
-quiet -dumpbase s-bitops.adb -Os adainclude/s-bitops.adb -o
C:\DOKUME~1\Rolf\LOKALE~1\Temp\ccKFxRRh.s
s-bitops.adb:40:01: descendents of package System may not be compiled


Cross checking a command line that calls cc1 passes all options on to the
compiler.

Where should I start to look at in the driver?  The specs file doesn't exist
anymore.

   Rolf

[Bug driver/46694] driver does not pass all options to the compiler gnat1

2010-12-10 Thread rolf.ebert.gcc at gmx dot de 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46694

Rolf Ebert  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #1 from Rolf Ebert  2010-12-10 
19:58:42 UTC ---
problem was caused by an invalid patch on my side.

sorry for the noise