ARMv6 -- pkg repo build

[Warner Losh]

On Nov 20, 2014, at 9:24 PM, John-Mark Gurney <jmg at funkthat.com> wrote:

> Sean Bruno wrote this message on Thu, Nov 20, 2014 at 18:33 -0800:
>> On Thu, 2014-11-20 at 17:19 -0800, John-Mark Gurney wrote:
>>> Sean Bruno wrote this message on Thu, Nov 20, 2014 at 16:52 -0800:
>>>> http://chips.ysv.freebsd.org/build.html?mastername=11armv6-11armv6&build=2014-11-21_00h06m29s
>>>> 
>>>> I'm making an attempt at ARMv6 packages this week.  If you see
>>>> ports that you know how to fix fail (e.g. bmake or deforas-libsystem)
>>>> file a bugzilla ticket with your proposed fixes and I'll drive them into
>>>> the tree.
>>>> 
>>>> Once this build is done, an ARMv6 package repo will be available on
>>>> this server for alpha testing while we figure out some mechanical bits
>>>> to the qemu-emulation I'm using.
>>> 
>>> re: cuse4bsd failing:
>>> 
>>> a) not sure why cuse4bsd is being built as a port, since it's been
>>> integrated into HEAD as cuse..
>>> 
>> 
>> Ah, that is odd.  I wonder if we've resolved all the dependencies to
>> make ports depend on the base system component?
> 
> It's only been in head for 5 months, so it's possible that the porters
> don't know about it yet..
> 
> Imported:
> https://svnweb.freebsd.org/changeset/base/r266581
> 
> Enabled w/ version bump (1100023 has cuse):
> https://svnweb.freebsd.org/changeset/base/r267440
> 
> After this I looked at the skipped ports, and there are a handful
> (30+) that were skipped because of cuse being missing...
> 
>>> b) this looks like a mismatch w/ headers, trying to use machine local
>>> headers instead of arm's...
>> 
>> Odd, this is being done in a jail, even with all my hackery, this
>> shouldn't be possible.  However, if the build of the arm jail is copying
>> the wrong headers into it in the first place, that's different.
> 
> Ahh, it's an issue w/ sys/conf/kmod.mk when it builds the machine
> link...  In kmod.mk it does:
> ${.OBJDIR}/${_link}:
>        @case ${.TARGET:T} in \
>        machine) \
>                path=${SYSDIR}/${MACHINE}/include ;; \
> 
> So, looks like MACHINE isn't set correctly, or MACHINE isn't what's
> suppose to be here...  Not sure which is correct…

this is correct. MACHINE should be arm. If it is anything else, then bad things
are going to happen.

There’s safeties to prevent it, but are you sure you’re saying TARGET=arm
TARGET_ARCH=armv6? and not TARGET=armv6?

Warner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20141120/78899e28/attachment.sig>