lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200909221853.40148.elendil@planet.nl>
Date:	Tue, 22 Sep 2009 18:53:38 +0200
From:	Frans Pop <elendil@...net.nl>
To:	Wei Chong Tan <weichong78@...il.com>
Cc:	sam@...nborg.org, max@...o.at, linux-kernel@...r.kernel.org
Subject: Re: PATCH: ARCH in builddeb

On Tuesday 22 September 2009, Wei Chong Tan wrote:
> > That still given me an arm instead of an armel package.
>
> dpkg-architecture seems to set a bunch of build-time environment
> variable, could it be there one is not set by default for arm vs
> armel?

dpkg-gencontrol, if left alone, seems to understand about cross-compiling 
*and* understand the difference between compiling for arm and armel, while 
dpkg-architecture seems to ignore that. But I really don't know enough 
about either to be able to say what the exact problem is or what the 
correct solution is here.

All I can tell you is that when I cross-compile for armel (on a Debian 
amd64/Lenny host system) with very simply the following set in the 
environment, it all magically works correctly:
   export ARCH=arm
   export CROSS_COMPILE=arm-linux-gnueabi-

I don't think we should lose correct automatic detection for the sake of 
fixing your use case.

I would suggest asking for advice on the debian-devel mailing list or, 
maybe even better, from the dpkg maintainers.

Cheers,
FJP
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ