http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37109
Mikael Pettersson <mikpe at it dot uu.se> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mikpe at it dot uu.se
--- Comment #7 from Mikael Pettersson <mikpe at it dot uu.se> 2011-04-30
12:40:50 UTC ---
(In reply to comment #5)
> > Confirmed for gcc-4.4 (4.4.6-2)
>
> Building from Debian/amd64 by the way. Workaround is:
> copy/paste the failing command line into another shell,
> then edit it (remove the m68k-linux-gnu-) and run it,
> then re-run make:
>
> 1|tg@zigo:~/Xg/gcc-4.4-4.4.6/b68k/gcc $ (cd ada/bldtools/nmake_s && gnatmake
> -q
> xnmake && ./xnmake -s ../../nma>
> x-gnu-gnatmake -q xtreeprs && ./xtreeprs ../../treeprs.ads )
>
> <
> /bin/mksh: ./xtreeprs: not executable: magic 7F45
> 1|tg@zigo:~/Xg/gcc-4.4-4.4.6/b68k/gcc $ (cd ada/bldtools/treeprs && gnatmake
> -q
> xtreeprs && ./xtreeprs ../../tr>
So you're trying to bootstrap gnat on m68k-linux. Excellent. I've tried to do
that myself recently, following my bootstrap of gnat on arm-linux-gnueabi a few
years ago. The cross-compilation issues are real but can be worked around
manually. The more serious problem I found is that the final gnat executables
segfault on the m68k target. Even a trivial 'gnat' w/o options which should
just print a few lines of help text segfaults. So I fear there's a runtime
issue or miscompilation somewhere.
