Processed: Re: Bug#922249: Unable to cross-compile Ada programs for ARM

2019-02-13 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 + wontfix
Bug #922249 [gnat-6-arm-linux-gnueabihf] Unable to cross-compile Ada programs 
for ARM
Added tag(s) wontfix.

-- 
922249: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922249
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#922249: Unable to cross-compile Ada programs for ARM

2019-02-13 Thread Matthias Klose
Control: tags -1 + wontfix

This is known, and fixed in gcc-7 and gcc-8.  Won't fix that for gcc-6, already
removed in testing/unstable.  As a workaround, create the bogus symlinks.

On 13.02.19 19:23, Tamas, Flaviu wrote:
> Package: gnat-6-arm-linux-gnueabihf
> Version: 6.3.0-18cross1
> 
> When I invoke `arm-linux-gnueabihf-gnat make hello.adb`, I
> get the following output:
> 
> # arm-linux-gnueabihf-gnat make hello.adb
> arm-linux-gnueabihf-gnatbind-6 -x hello.ali
> arm-linux-gnueabihf-gnatlink-6 hello.ali
> arm-linux-gnueabihf-gnatlink-6: Couldn't locate arm-linux-gnueabihf-gcc-6-6
> arm-linux-gnueabihf-gnatmake: *** link failed.
> 
> I would instead expect this to produce an excutable instead
> of erroring. `hello.adb` is a basic "hello world":
> 
> with Ada.Text_IO;
> procedure Hello is
> begin
> Ada.Text_IO.Put_Line("Hello, world!");
> end Hello;
> 
> I'm not sure how to fix this. I would expect that some
> changes to the build script are required so that gnat uses
> "arm-linux-gnueabihf-gcc" instead of
> "arm-linux-gnueabihf-gcc-6-6"
> 
> --
> 
> Additionally, there is another bug where
> gnat-6-arm-linux-gnueabihf does not depend on libgnat-6,
> despite libgnat-6 being required on the host:
> 
> # ldd /usr/bin/arm-linux-gnueabihf-gnat
> linux-vdso.so.1 (0x7ffc0daeb000)
> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
> (0x7fe17ae5b000)
> libgnat-6.so.1 => /usr/lib/x86_64-linux-gnu/libgnat-6.so.1 
> (0x7fe17a8d)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fe17a531000)
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fe17a22d000)
> /lib64/ld-linux-x86-64.so.2 (0x7fe17b1dd000)
> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
> (0x7fe17a016000)
> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fe179e12000)
> 
> Before installing the libgnat-6 package,
> arm-linux-gnueabihf-gnat would refuse to run.
> 
> I am using Debian Stretch inside Docker, with all updates
> applied. libc v2.24-11+deb9u3.
> 



Bug#922249: Unable to cross-compile Ada programs for ARM

2019-02-13 Thread Tamas, Flaviu
Package: gnat-6-arm-linux-gnueabihf
Version: 6.3.0-18cross1

When I invoke `arm-linux-gnueabihf-gnat make hello.adb`, I
get the following output:

# arm-linux-gnueabihf-gnat make hello.adb
arm-linux-gnueabihf-gnatbind-6 -x hello.ali
arm-linux-gnueabihf-gnatlink-6 hello.ali
arm-linux-gnueabihf-gnatlink-6: Couldn't locate arm-linux-gnueabihf-gcc-6-6
arm-linux-gnueabihf-gnatmake: *** link failed.

I would instead expect this to produce an excutable instead
of erroring. `hello.adb` is a basic "hello world":

with Ada.Text_IO;
procedure Hello is
begin
Ada.Text_IO.Put_Line("Hello, world!");
end Hello;

I'm not sure how to fix this. I would expect that some
changes to the build script are required so that gnat uses
"arm-linux-gnueabihf-gcc" instead of
"arm-linux-gnueabihf-gcc-6-6"

--

Additionally, there is another bug where
gnat-6-arm-linux-gnueabihf does not depend on libgnat-6,
despite libgnat-6 being required on the host:

# ldd /usr/bin/arm-linux-gnueabihf-gnat
linux-vdso.so.1 (0x7ffc0daeb000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fe17ae5b000)
libgnat-6.so.1 => /usr/lib/x86_64-linux-gnu/libgnat-6.so.1 
(0x7fe17a8d)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fe17a531000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fe17a22d000)
/lib64/ld-linux-x86-64.so.2 (0x7fe17b1dd000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fe17a016000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fe179e12000)

Before installing the libgnat-6 package,
arm-linux-gnueabihf-gnat would refuse to run.

I am using Debian Stretch inside Docker, with all updates
applied. libc v2.24-11+deb9u3.