Julien Cristau <jcris...@debian.org> writes:
> On Sat, Nov 19, 2011 at 23:43:03 +0100, Ludovic Brenta wrote:
>
>> doko, you said merging gcc-4.6 4.6.2-4 into gnat-4.6 would fix this
>> FTBFS but it hasn't. The buildd log does not indicate the exact version
>> of gcc-4.6 installed on the machine; perhaps I should tighten the
>
> It does, it was gcc-4.6_4.6.2-4. See the 'Toolchain package versions'
> line.
Thanks but I see all four of:
g++-4.4_4.4.6-11 g++-4.6_4.6.2-4 gcc-4.4_4.4.6-11 gcc-4.6_4.6.2-4
in that line. Mmm. I also see:
: # configure
cd /build/buildd-gnat-4.6_4.6.2-2-armel-bK1oIn/gnat-4.6-4.6.2/build \
&&
PATH=/build/buildd-gnat-4.6_4.6.2-2-armel-bK1oIn/gnat-4.6-4.6.2/bin:/usr/lib/arm-linux-gnueabi/gcc/bin:$PATH
\
CC="gcc-4.4" \
further down. This is a result of this in debia/rules2:
ifeq ($(REVERSE_CROSS),yes)
CC =
else
CC = $(if $(filter yes,$(with_ada)),gnatgcc,gcc)
ifneq ($(PKGSOURCE),gcc-snapshot)
# doesn't bootstrap using gcc-4.5 on armel
ifneq (,$(filter $(DEB_TARGET_ARCH), armel))
CC = gcc-4.4
endif
endif
ifeq (,$(findstring gnat,$(PKGSOURCE)))
ifneq (,$(filter $(DEB_TARGET_ARCH), kfreebsd-amd64 kfreebsd-i386))
CC = gcc-4.4
endif
endif
endif
I see that Matthias has just removed this bit in svn; this means that
merging from gcc-4.6 4.6.2-5 will actually fix this bug.
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8762ifvav4....@ludovic-brenta.org
