Re: gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery

2014-01-16 Thread Rolf Ebert
Am 16.01.2014 18:17, schrieb Luke A. Guest: But what about the gnattools? Not buildable. A message in the ml archives states to build them with "make -C gcc gnattools," but this fails: This is PR19959, see comment #13. IMHO, this PR was incorrectly closed. That's why we use the mentioned buil

Re: GNAT vs DW2/ZCX EH.

2009-02-28 Thread Rolf Ebert
Would you mind running it again with the default flags (-O2)? We don't have comparison points with these non-standard flags. OK, here are the results with only -O2. All the errors in chapter cd are due to a build problem on my machine (the test programs cannot find spprt13.ads). Altough I a

Re: GNAT vs DW2/ZCX EH.

2009-02-28 Thread Rolf Ebert
OK, I rebuilt gnat-4.3.3 on MinGW using ZCX_By_Default = False (system-mingw.ads) and no EH_MECHANISM line in Makefile.in for MinGW. I also increased the default stack size in system-mingw.ads to pragma Linker_Options ("-Wl,--stack=0x280"); Here are the ACATS results running gnat with gcc

Re: GNAT vs DW2/ZCX EH.

2009-02-27 Thread Rolf Ebert
Right, that's why the change should be reverted on the 4.3 branch. On the other hand, if you can get the ZCX support to work on the mainline before 4.4.0 is released, we could try there. FYI, I have just succeeded in building gcc-4.3.3 including Ada for MinGW by setting ZCX_By_Default

Ada: building 4.3 cross-gnattools with gcc-4.2.1

2008-02-16 Thread Rolf Ebert
I am trying to build a cross compiler based on the current 4.3 snapshot with a native compiler based on V4.2.1 (Host=mingw, target=avr). Building the cross-gnattools fails with some errors about type mismatch in make.adb (system.strings.string_access vs. gnat.strings.string_access). 1) Is it s

Re: GNAT, SJLJ and zero-cost exception handling

2006-10-14 Thread Rolf Ebert
> Eric Botcazou writes: > > You need GCC 3.x or GCC 4.2 for GNAT SJLJ exceptions to work. > > Do you mean that it does not work with GCC 4.1.1? That would be very > bad news. I can confirm that gnat gcc 4.1.1 does *not* correctly handle SJLJ exceptions, at least on MinGW where SJLJ is currently