On Mon, 02 Jul 2012 14:09:26 -0400
Richard Yao 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
> >>> cross-compiling.
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 fre
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 th
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 Sun, 1 Jul 2012 19:48:58 -0400
Richard Yao 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) easier.
>
> --- f
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
+++ freebsd.
