impcvgen is to be ran on the host, so it should be using the host
compiler to compile both object and resultant executable.
Having a look, I'm just recycling $(COMPILE) here. This is probably
wrong, as $(ALL_COMPILERFLAGS) may be different to
$(BUILD_COMPILERFLAGS) - or least I can only assume th
On 07.09.2017 17:07, Wookey wrote:
> Package: gcc-6
> Version: 6.3.0-18
> Severity: normal
> Tags: upstream patch
>
> gcc has arm64 ILP32 support, but it only works if built as a multilib
> on arm64 architecture. This patch allows gcc to also be configured
> for the aarch64 ILP32 triplet and buil
Control: tags -1 - patch
no, not a patch, but a hack.
Iain, is the wrong compiler called for that?
On 01.08.2017 15:39, John Paul Adrian Glaubitz wrote:
> Source: gcc-7
> Version: 7.1.0-11
> Severity: normal
> Tags: patch
>
> Hi!
>
> Trying to do a cross-native build for m68k with gdc enabled
Processing control commands:
> tags -1 - patch
Bug #870375 [src:gcc-7] gcc-7: Native gdc cross-builds fail
Removed tag(s) patch.
--
870375: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870375
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
On 06.09.2017 11:54, Svante Signell wrote:
> On Sat, 2017-09-02 at 14:44 +0200, Svante Signell wrote:
>> On Sat, 2017-09-02 at 04:07 +0200, Matthias Klose wrote:
>
>> If I understand you correctly the behavior in gcc-6 is correct.
>> Attached is an updated libgo-testsuite.diff file fixing the if-t
5 matches
Mail list logo