From: Robert Yang <liezhi.yang@windriver.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: yocto@yoctoproject.org
Subject: Re: iptables not building on master
Date: Tue, 6 Mar 2012 23:21:32 +0800 [thread overview]
Message-ID: <4F562B7C.4020105@windriver.com> (raw)
In-Reply-To: <4F562A34.2020304@gmail.com>
On 03/06/2012 11:16 PM, Khem Raj wrote:
> On 03/06/2012 01:04 AM, Robert Yang wrote:
>>
>> Hi Tom,
>>
>> Thanks for the update, the root cause is that iptables offers
>> a kernel header file include/linux/types.h, but it mis-matches
>> the kernel in the sysroot, we can add this:
>>
>> #define __aligned_u64 __u64 __attribute__((aligned(8)))
>>
>> to:
>>
>> iptables-1.4.12.2/include/linux/types.h
>>
>> to fix this problem.
>
> find out why iptables has its own copy of linux/types.h that file should be
> deleted if there is no reason to have it.
>
Here is the reply from Bruce:
iptables has always done this .. and it has periodically caused issues like
this in the past. Typically something like you have above is done, or
iptables is updated to a newer version (I assume we can't do that
in this case?), to fix any build issues.
I've had iptables in a directory/location with a dependency on a particular
kernel version (to show the coupling) in the past to enforce a check
before the build breaks.
// Robert
>>
>> Another solution is that as Dexuan suggested we change the order of
>> the include header files, but I'm afraid that may cause other problems,
>> since I think that the pkg's own header file should have a higher priority
>> than the system's, so I think that the current order is correct.
>>
>> I will send a pull request after enough testing.
>
>> https://lists.yoctoproject.org/listinfo/yocto
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
next prev parent reply other threads:[~2012-03-06 15:21 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-05 21:03 iptables not building on master Autif Khan
2012-03-05 21:27 ` Autif Khan
2012-03-05 22:44 ` Autif Khan
2012-03-06 5:09 ` Tom Zanussi
2012-03-06 5:35 ` Cui, Dexuan
2012-03-06 5:59 ` Robert Yang
2012-03-06 6:48 ` Tom Zanussi
2012-03-06 9:04 ` Robert Yang
2012-03-06 9:47 ` Cui, Dexuan
2012-03-06 10:05 ` Robert Yang
2012-03-06 11:41 ` Robert Yang
2012-03-06 14:21 ` Bruce Ashfield
2012-03-06 15:16 ` Khem Raj
2012-03-06 15:21 ` Robert Yang [this message]
2012-03-06 15:24 ` Khem Raj
2012-03-06 15:27 ` Bruce Ashfield
2012-03-06 17:28 ` Khem Raj
2012-03-06 17:32 ` Bruce Ashfield
2012-03-06 12:14 ` Koen Kooi
2012-03-06 16:44 ` Tom Zanussi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F562B7C.4020105@windriver.com \
--to=liezhi.yang@windriver.com \
--cc=raj.khem@gmail.com \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.