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 (0x00007ffc0daeb000) > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 > (0x00007fe17ae5b000) > libgnat-6.so.1 => /usr/lib/x86_64-linux-gnu/libgnat-6.so.1 > (0x00007fe17a8d0000) > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fe17a531000) > libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fe17a22d000) > /lib64/ld-linux-x86-64.so.2 (0x00007fe17b1dd000) > libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 > (0x00007fe17a016000) > libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fe179e12000) > > 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. >