Debian Bug report logs - #637218
[i386] cannot use gnu/stubs.h with multiarch-unaware toolchain (fatal error: gnu/stubs-32.h: No such file or directory)

version graph

Package: libc6-dev; Maintainer for libc6-dev is GNU Libc Maintainers <debian-glibc@lists.debian.org>; Source for libc6-dev is src:eglibc.

Reported by: sedat.dilek@gmail.com

Date: Tue, 9 Aug 2011 15:33:05 UTC

Severity: normal

Merged with 629819

Found in versions eglibc/2.13-10, eglibc/2.13-5

Fixed in version eglibc/2.13-11

Done: Aurelien Jarno <aurel32@debian.org>

Bug is archived. No further changes may be made.

Full log


Message #90 received at 637218@bugs.debian.org (full text, mbox):

Received: (at 637218) by bugs.debian.org; 10 Aug 2011 13:09:33 +0000
From sedat.dilek@googlemail.com Wed Aug 10 13:09:33 2011
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.4 required=4.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FOURLA,FREEMAIL_FROM,FREEMAIL_REPLYTO,
	FVGT_m_MULTI_ODD,GMAIL,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW,SPF_PASS
	autolearn=no version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 32; hammy, 149; neutral, 122; spammy,
	2. spammytokens:0.998-1--tryouts, 0.987-1--by-passed
	hammytokens:0.000-+--HTo:U*jrnieder, 0.000-+--H*f:sk:2011080,
	0.000-+--tarballs, 0.000-+--$home, 0.000-+--$HOME
Return-path: <sedat.dilek@googlemail.com>
Received: from mail-qy0-f180.google.com ([209.85.216.180])
	by busoni.debian.org with esmtps (TLS1.0:RSA_ARCFOUR_MD5:16)
	(Exim 4.72)
	(envelope-from <sedat.dilek@googlemail.com>)
	id 1Qr8XN-0004B2-0t
	for 637218@bugs.debian.org; Wed, 10 Aug 2011 13:09:33 +0000
Received: by qyk31 with SMTP id 31so719095qyk.11
        for <637218@bugs.debian.org>; Wed, 10 Aug 2011 06:09:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=mime-version:reply-to:in-reply-to:references:date:message-id
         :subject:from:to:cc:content-type:content-transfer-encoding;
        bh=icyWzlZb8pR/aqunRsn03y68ryWEaqRDiZd0TlZjGVQ=;
        b=kn48BzBOPLYhOXR61iLKgYerBCccGaGCHKZLh3sLHFDv54L2S7VOKYRgzN+IhTiDFr
         CAM1dkBPaM1yD9SDCQsn98h9+REZjA79pXackkU9r0QcqB1svkQuH6RKluq/BSDf3xfC
         9v9cHPU43SLUzuEcY3Y0PMqtyFN2BTzz2qoHY=
MIME-Version: 1.0
Received: by 10.229.3.81 with SMTP id 17mr6071732qcm.101.1312981766250; Wed,
 10 Aug 2011 06:09:26 -0700 (PDT)
Received: by 10.229.87.20 with HTTP; Wed, 10 Aug 2011 06:09:26 -0700 (PDT)
Reply-To: sedat.dilek@gmail.com
In-Reply-To: <20110810031528.GA19066@elie.gateway.2wire.net>
References: <CA+icZUUOCOiU18sSBbJyKYY2Swan1ir0UR-36x-Na_TybX=e4w@mail.gmail.com>
	<20110809172343.GC28780@hall.aurel32.net>
	<CA+icZUVQxY4RLk0U69rWt5m9u3_aW6Z8HKDVPwW3gp+N1uTeZg@mail.gmail.com>
	<20110809192253.GA26356@volta.aurel32.net>
	<20110809193251.GA29531@elie.gateway.2wire.net>
	<CA+icZUV=mojh2ou7C8MM4NM6siYJu12mSXsOrNjBaZZuqBdpoA@mail.gmail.com>
	<20110810031528.GA19066@elie.gateway.2wire.net>
Date: Wed, 10 Aug 2011 15:09:26 +0200
Message-ID: <CA+icZUW__9sLOUOdhMJnWLFa+LOpcRsex6dwMJgMqAG1Wt1Zvw@mail.gmail.com>
Subject: Re: /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No
 such file or directory
From: Sedat Dilek <sedat.dilek@googlemail.com>
To: Jonathan Nieder <jrnieder@gmail.com>
Cc: 637218@bugs.debian.org, Aurelien Jarno <aurelien@aurel32.net>, 
	Matthias Klose <doko@debian.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Wed, Aug 10, 2011 at 5:15 AM, Jonathan Nieder <jrnieder@gmail.com> wrote:
> Hi,
>
> Sedat Dilek wrote:
>
>> Do I need additional patches to gcc trunk (I am using the weekly
>> gcc-4.7 snapshot tarballs)?
>
> No need for patches.  My build of gcc trunk finally finished:
>
>        $ ./configure --prefix=$HOME/opt/gcc \
>                CFLAGS_FOR_TARGET="-g -O2 -B/usr/lib/x86_64-linux-gnu" \
>                CXXFLAGS_FOR_TARGET="-g -O2 -B/usr/lib/x86_64-linux-gnu"
>        $ make FLAGS_FOR_TARGET='-B$(build_tooldir)/bin/ '\
> '-B$(build_tooldir)/lib/ -isystem $(build_tooldir)/include '\
> '-isystem $(build_tooldir)/sys-include '\
> '-B/usr/lib/x86_64-linux-gnu' \
>                BOOT_CFLAGS="-g -O2 -B/usr/lib/x86_64-linux-gnu"
>        $ make FLAGS_FOR_TARGET='-B$(build_tooldir)/bin/ '\
> '-B$(build_tooldir)/lib/ -isystem $(build_tooldir)/include '\
> '-isystem $(build_tooldir)/sys-include '\
> '-B/usr/lib/x86_64-linux-gnu' \
>                BOOT_CFLAGS="-g -O2 -B/usr/lib/x86_64-linux-gnu" \
>                install
>
> The resulting compiler even seems to work, as long as you pass
> -B/usr/lib/x86_64-linux-gnu to it.
>
> Yes, it ought to be easier.  Maybe FLAGS_FOR_TARGET does everything we
> need.  I'd be happy to review a patch that teaches configure.ac to
> handle something like
>
>        $ ./configure --prefix=$HOME/opt/gcc \
>                --extra-flags-for-target=-B/usr/lib/x86_64-linux-gnu \
>                BOOT_FLAGS='-g -O2 -B/usr/lib/x86_64-linux-gnu'
>        $ make
>        $ make install
>
> [...]
>> I heard of a gcc multiarch patchset sent to upstream from debian-gcc
>> team - you have an URL?
>
> I'd be interested in the answer to this if there is one, too.
>
> Thanks, Sedat.
> Jonathan
>

First of all, thanks for jumping into the issue and sharing your
thoughts and results/testing.

For i386 I needed to expicitly set -I option with -B option (see [1]),
otherwise I had several breakages with gnu/stubs-32.h when playing
with *_FOR_TARGET options.


### List of *_FOR_TARGET options:

1. CFLAGS_FOR_TARGET
2. CXXFLAGS_FOR_TARGET
3. LDFLAGS_FOR_TARGET
4. FLAGS_FOR_TARGET

### Like you I have explicitly set, but with -I option (always
combined with below options):

$ export CFLAGS_FOR_TARGET='-g -O2 -B/usr/lib/i386-linux-gnu
-I/usr/include/i386-linux-gnu'
$ export CXXFLAGS_FOR_TARGET='-g -O2 -B/usr/lib/i386-linux-gnu
-I/usr/include/i386-linux-gnu'

### Playing with LDFLAGS_FOR_TARGET:

1st-Try:
export LDFLAGS_FOR_TARGET="-L/usr/lib/${HOST_SYSTEM_MULTIARCH_TYPE}
-Wl,-rpath-link=/usr/lib/${HOST_SYSTEM_MULTIARCH_TYPE}:/lib/${HOST_SYSTEM_MULTIARCH_TYPE}:/usr/lib"

2nd-Try:
export LDFLAGS_FOR_TARGET="-B/usr/lib/${HOST_SYSTEM_MULTIARCH_TYPE}
-I/usr/include/${HOST_SYSTEM_MULTIARCH_TYPE}"

3rd-Try:
export LDFLAGS_FOR_TARGET="-L/usr/lib/${HOST_SYSTEM_MULTIARCH_TYPE}
-Wl,-rpath-link=/usr/lib/${HOST_SYSTEM_MULTIARCH_TYPE}"

NOPE: All try-outs are passed-by but did not work as expected, I got
crt*.o was not found. But, isn't LDFLAGS searching for so-libs?

### Playing with FLAGS_FOR_TARGET:

$ make FLAGS_FOR_TARGET="${FLAGS_FOR_TARGET}
-B/usr/lib/${HOST_SYSTEM_MULTIARCH_TYPE}
-I/usr/include/${HOST_SYSTEM_MULTIARCH_TYPE}"

OK: This leads to a successful build, did not test the compiler yet
(flags by-passed to xgcc).

ANYWAY, these workarounds should not be necessary, it should work OOTB.
Not sure, what's wrong.
What do the experts say?

- Sedat -

[1] http://anonscm.debian.org/viewvc/pkg-glibc?view=revision&revision=4863




Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Sat Apr 19 12:57:00 2014; Machine Name: buxtehude.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.