On Mon, 02 Jul 2012 14:09:26 -0400
Richard Yao r...@gentoo.org wrote:
On 07/02/2012 02:02 PM, Mike Frysinger wrote:
On Monday 02 July 2012 13:37:53 Richard Yao wrote:
On 07/02/2012 10:54 AM, Alexis Ballier wrote:
hu? yes, as already pointed out, uname is not reliable when
On Sun, 1 Jul 2012 19:48:58 -0400
Richard Yao r...@cs.stonybrook.edu wrote:
I want to add freebsd_get_cpuarch() to freebsd.eclass. This will give
us a platform-independent way of generating MACHINE_CPUARCH, which
will make building FreeBSD components on other platforms (i.e. Linux
and Prefix)
On 07/02/2012 10:54 AM, Alexis Ballier wrote:
hu? yes, as already pointed out, uname is not reliable when
cross-compiling. You should use CHOST, and then you get tc-arch-kernel.
See freebsd-lib ebuild for how it is handled.
A.
In that case, it should be 'local arch=$(tc-arch-kernel)'.
On Monday 02 July 2012 13:37:53 Richard Yao wrote:
On 07/02/2012 10:54 AM, Alexis Ballier wrote:
hu? yes, as already pointed out, uname is not reliable when
cross-compiling. You should use CHOST, and then you get tc-arch-kernel.
See freebsd-lib ebuild for how it is handled.
In that case,
On 07/02/2012 02:02 PM, Mike Frysinger wrote:
On Monday 02 July 2012 13:37:53 Richard Yao wrote:
On 07/02/2012 10:54 AM, Alexis Ballier wrote:
hu? yes, as already pointed out, uname is not reliable when
cross-compiling. You should use CHOST, and then you get tc-arch-kernel.
See freebsd-lib
I want to add freebsd_get_cpuarch() to freebsd.eclass. This will give us
a platform-independent way of generating MACHINE_CPUARCH, which will
make building FreeBSD components on other platforms (i.e. Linux and
Prefix) easier.
--- freebsd.eclass.old 2012-07-01 19:15:56.157277000 -0400
+++