Bug#644990: NEWS.Debian.gz: s/$arch/<triplet>
On Tue, Oct 11, 2011 at 10:07 PM, Jonathan Nieder <jrnieder@gmail.com> wrote:
> Hi Sedat,
>
> Sedat Dilek wrote:
>
>> /usr/share/doc/libc6/NEWS.Debian.gz says:
> [...]
>> you might try to pass the following option to your
>> compiler:
>>
>> -B/usr/lib/$arch -I/usr/include/$arch
>>
>> Better use commonly used <triplet> when talking about multiarch [1] instead:
>>
>> -B/usr/lib/<triplet> -I/usr/include/<triplet>
>
> They seem equally unclear to me. It might make sense to say something
> like "where $arch is the name printed by 'dpkg-architecture
> -qDEB_HOST_MULTIARCH' --- for example, i386-linux-gnu" or "where
> <triplet> is [...]".
>
> Care to write a patch?
>
Sorry for the delayed answer.
I am unsure how to interpret "you might try to pass the following
option to your: -B/usr/lib/<triplet> -I/usr/include/<triplet>"?
Normally, I would expect to do:
export CFLAGS="$CFLAGS -B/usr/lib/<triplet> -I/usr/include/<triplet>"
But in case of gcc-trunk upstream this change impacts:
CFLAGS=
CFLAGS_FOR_BUILD=
CFLAGS_FOR_TARGET=
The generated compiler needs a wrapper-script to use -B and -I options.
BTW, I could compile mesa, but not use the same wrapper-script with
kernel-buildsystem from Debian Kernel Team.
So, if you can enlighten me a bit :-)?
- Sedat -
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644986#38
> Thanks,
> Jonathan
>
Reply to: