[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #50 from Mikael Pettersson 2011-12-09 09:38:33 UTC --- (In reply to comment #49) > No, but the new code (cstand.adb:Register_Float_Type) makes an invalid > assumption about the size of a FP mode given its precision and alignment, > in

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #49 from Eric Botcazou 2011-12-08 16:00:34 UTC --- > That is, first ada maps precisions 32, 64, and 80 to bit sizes 32, 64, and 96, > respectively. Then ada turns around and tries to map _bit_size_ 80 to a > precision, but bit size 8

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #48 from Mikael Pettersson 2011-12-08 09:25:55 UTC --- (In reply to comment #47) > (In reply to comment #42) > > -O2 -W -Wall -gnatpg -nostdinc a-assert.adb -o a-assert.o > > +===GNAT BUG DETECTED==

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #47 from Mikael Pettersson 2011-12-07 21:12:39 UTC --- (In reply to comment #42) > -O2 -W -Wall -gnatpg -nostdinc a-assert.adb -o a-assert.o > +===GNAT BUG DETECTED==+ > | 4.7.0

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #46 from Andreas Schwab 2011-12-07 13:10:15 UTC --- There were a lot of float related changes around 2011-08-02.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #45 from Andreas Schwab 2011-12-07 12:48:29 UTC --- That should probably be 96.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #44 from Mikael Pettersson 2011-12-07 12:04:14 UTC --- (In reply to comment #43) > What is the argument of fp_size_to_prec here? size == 80

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #43 from Andreas Schwab 2011-12-07 11:07:16 UTC --- What is the argument of fp_size_to_prec here?

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #42 from Mikael Pettersson 2011-12-07 09:58:17 UTC --- (In reply to comment #41) > I'll continue to bisect and test with r162897 reverted. With r162897 reverted subsequent gcc-4.6 snapshots up to the 4.6.2 release bootstrap fine with

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #41 from Mikael Pettersson 2011-11-21 09:25:27 UTC --- (In reply to comment #25) > The first 4.6.1 bootstrap attempt failed at the very first Ada compilation > step > in stage 3, with a SEGV in gnat1 when compiling ada/a-charac.ads.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #40 from Eric Botcazou 2011-10-17 22:21:20 UTC --- > I’d rather see the System.Address type being made a C pointer type, > globally, in the first place. Since I don’t speak Ada, I can’t do > it “the right way”. But what prevents us fr

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #39 from Thorsten Glaser 2011-10-17 20:29:52 UTC --- (In reply to comment #38) > (In reply to comment #36) > > > few m68k or HAVE_cc0 patches from 4.7 (pr43804, pr47612/pr48554, pr47955, > > > > Do you think those could help with th

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #38 from Mikael Pettersson 2011-10-17 16:26:28 UTC --- (In reply to comment #36) > > With this patch, a trivial forward-port of the gcc-4.5.3 Ada/m68k patch, > > and a > … > > r178834) I was finally able to successfully bootstrap Ada

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #37 from rsandifo at gcc dot gnu.org 2011-10-16 13:20:01 UTC --- (In reply to comment #33) > (In reply to comment #32) > > (In reply to comment #31) > > > * expmed.c > > > (store_bit_field_1): Use the new interfaces. >

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #36 from Thorsten Glaser 2011-10-14 08:39:06 UTC --- > With this patch, a trivial forward-port of the gcc-4.5.3 Ada/m68k patch, and a … > r178834) I was finally able to successfully bootstrap Ada on m68k-linux. > > I'll test this pat

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #35 from Mikael Pettersson 2011-10-14 07:57:24 UTC --- (In reply to comment #34) > Created attachment 25494 [details] > backported fragment of r171341, fixes insv on m68k > > With this patch, a trivial forward-port of the gcc-4.5.3 A

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #34 from Mikael Pettersson 2011-10-14 07:54:15 UTC --- Created attachment 25494 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25494 backported fragment of r171341, fixes insv on m68k With this patch, a trivial forward-port of t

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Mikael Pettersson changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org --- Comme

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #32 from Mikael Pettersson 2011-09-25 18:05:21 UTC --- (In reply to comment #31) > * expmed.c > (store_bit_field_1): Use the new interfaces. > > I'll continue trying to minimize the changeset. Of the three translatio

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #31 from Mikael Pettersson 2011-09-21 07:34:33 UTC --- (In reply to comment #29) > (In reply to comment #28) > > Created attachment 24791 [details] > > working patch for gcc-4.7-20110709 > > > > gcc-4.7-20110709 bootstrapped fine wit

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #30 from Thorsten Glaser 2011-09-10 13:11:16 UTC --- (In reply to comment #29) > After a lengthy bisection process, I've now finally identified r171341 > as the critical change >

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #29 from Mikael Pettersson 2011-09-10 09:52:34 UTC --- (In reply to comment #28) > Created attachment 24791 [details] > working patch for gcc-4.7-20110709 > > gcc-4.7-20110709 bootstrapped fine with the attached forward-port of the >

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #28 from Mikael Pettersson 2011-07-19 09:12:01 UTC --- Created attachment 24791 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24791 working patch for gcc-4.7-20110709 gcc-4.7-20110709 bootstrapped fine with the attached forward

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #27 from Mikael Pettersson 2011-07-17 10:18:25 UTC --- (In reply to comment #26) > Could this be related to that bug? > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633754 I can't say for sure, but the symptoms aren't identical.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #26 from tg at mirbsd dot de 2011-07-16 16:17:35 UTC --- mikpe at it dot uu.se dixit: >http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 > >--- Comment #25 from Mikael Pettersson 2011-07-16 >13:20:49 UTC --- >The first 4.6.1 bootst

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #25 from Mikael Pettersson 2011-07-16 13:20:49 UTC --- The first 4.6.1 bootstrap attempt failed at the very first Ada compilation step in stage 3, with a SEGV in gnat1 when compiling ada/a-charac.ads. This was with a straight forward

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #24 from Mikael Pettersson 2011-07-15 10:11:45 UTC --- I've uploaded gcc-4.5.3 bootstrap binaries and my gcc-4.5.3 m68k patches to . A gcc-4.6.1 bootstrap is in progress.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Mikael Pettersson changed: What|Removed |Added Attachment #24491|0 |1 is obsolete|

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #21 from Mikael Pettersson 2011-07-12 15:42:35 UTC --- The problem is that LIBGNAT_TARGET_PAIRS is applied too late, and stage 1, 2, and 3 gnat1 etc are built out of a fixed set of source files that your target fragment in gcc/ada/gcc

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #20 from Thorsten Glaser 2011-07-11 22:52:04 UTC --- Have you applied the patch I attached to this bugreport before? The sections in Makefile.in are actually target specific, and my patch added one for m68k-linux as: +ifeq ($(strip

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #19 from Mikael Pettersson 2011-07-11 22:27:53 UTC --- I have type-correct s-memory-m68k.ad{b,s} written and tested on x86 (by adding s-memory.adb

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #18 from Mikael Pettersson 2011-07-09 10:57:47 UTC --- gcc-4.5.3 (vanilla except for 8 m68k-specific patches) works perfectly with gnat and ZCX EH. The only remaining issue is the bogus return type for __gnat_malloc, which I plan to

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #17 from Mikael Pettersson 2011-07-01 07:54:05 UTC --- 4.3.6 w/ gnat rebuilt itself fine with a fairly small patch kit (about 30 wrong-code fixes, almost half of them m68k-specific). However, 4.4.6 with a similar small patch kit (ess

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #16 from Mikael Pettersson 2011-06-29 07:40:20 UTC --- 4.2.4 (lightly patched) and 4.3.6 (heavily patched) both bootstrap fine with gnat and rebuild themselves without problems. I'm going to rebuild 4.3.6 with a much smaller patch ki

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #15 from Mikael Pettersson 2011-06-23 08:36:33 UTC --- Status update: I have a nice stable gcc-4.1.2 with gnat that has bootstrapped itself through approx 10 generations natively on m68k-linux, and the final working patch kit is quite

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #14 from Mikael Pettersson 2011-06-17 10:02:21 UTC --- Partial success: I've just managed to bootstrap gcc-4.1.2 w/ gnat on m68k-linux. Lots of patches applied though.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #13 from Eric Botcazou 2011-06-14 11:27:24 UTC --- > Why not patch the frontend to magically make System.Address a pointer type for > the backend to deal with? That way, no functions have to be changed, and > potential other targets w

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #12 from Thorsten Glaser 2011-06-14 10:59:03 UTC --- Why not patch the frontend to magically make System.Address a pointer type for the backend to deal with? That way, no functions have to be changed, and potential other targets with

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #11 from Eric Botcazou 2011-06-14 08:44:12 UTC --- > In that case the Ada side of __gnat_malloc has to be changed to use a pointer > type rather than Address. Is Interfaces.C.Strings.chars_ptr acceptible, or is > there a better appro

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #10 from Mikael Pettersson 2011-06-14 08:12:54 UTC --- (In reply to comment #9) > > - __gnat_malloc is defined in Ada to return Address (integer, so in d0), but > > it's called from a couple of places via fake "extern" declarations th

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot |

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #8 from Mikael Pettersson 2011-06-11 12:33:09 UTC --- Created attachment 24491 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24491 patch fixing m68k function call abi issues in gnat WRT the the m68k function call ABI issues, I

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #7 from Thorsten Glaser 2011-06-10 20:54:58 UTC --- OK, so the fix is that the System.Address type must be changed in GNAT to be handled as pointer in the GCC middle-/back-end. Is any GCC/GNAT developer please working on this?

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #6 from Andreas Schwab 2011-05-01 07:54:16 UTC --- That's not a problem because all pointer values are also returned in %d0 for compatibility.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #5 from Thorsten Glaser 2011-04-30 22:28:03 UTC --- (In reply to comment #2) > the caller expects the returned value in %a0. It’s even worse, __gnat_malloc contains: jsr malloc addq.l #4,%sp move.l %d0,-8(%fp

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #4 from Thorsten Glaser 2011-04-30 22:17:36 UTC --- (In reply to comment #2) > apparently not treated as a pointer, thus the value is returned in %d0. But > the caller expects the returned value in %a0. Ah, I see. We both got the sa

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Thorsten Glaser changed: What|Removed |Added Host|m68k-linux | --- Comment #3 from Thorsten Glaser 2

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Andreas Schwab changed: What|Removed |Added CC||dewar at gnat dot com Host

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 Mikael Pettersson changed: What|Removed |Added CC||mikpe at it dot uu.se --- Comment #1