Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Mon, 16 Apr 2012 12:24:26 +0530
From: keshav peswani <keshavpeswani@...il.com>
To: owl-dev@...ts.openwall.com
Subject: Re: Error while compilinng Owl 3.0

On Fri, Apr 13, 2012 at 8:48 AM, keshav peswani <keshavpeswani@...il.com>wrote:

> Hello Sir,
>
> I started compiling Owl 3.0 kernel in qemu (native compiling) but i am
> still facing the same problem as before in cross compiling
> The error is : *include/ub/beancounter.h:139:1: error: expected
> identifier or '(' before 'struct'
> Also there arent any syntax errors in the above header file
> So if anyone has the above or any idea how to solve it , please do reply
>
> Thanks
> Keshav
>
>
> On Tue, Apr 10, 2012 at 6:17 PM, Solar Designer <solar@...nwall.com>wrote:
>
>> Hi Keshav,
>>
>> On Tue, Apr 10, 2012 at 01:12:43PM +0530, keshav peswani wrote:
>> > I am facing an error while compiling Owl kernel 3.0 with ARM based
>> toolchain
>> > The error is : *include/ub/beancounter.h:139:1: error: expected
>> identifier
>> > or ?(? before ?struct' token*
>> > I have checked the header file and found no syntax error or logical
>> error.
>> > If anyone has got this kind of error and solved , pls do tell me
>>
>> As you're aware, we don't currently support ARM (in fact, that's what
>> you're trying to change), and moreover I think the OpenVZ project does
>> not either.  Thus, it is non-surprising that the OpenVZ kernel does not
>> build for ARM.  Luckily, this shouldn't be much of a concern when
>> porting the Owl userland to ARM, at least initially.  First of all, our
>> userland is usable and makes sense to use even with a non-OpenVZ kernel
>> as well.  Then, we'll be moving from RHEL5 branch to RHEL6 branch OpenVZ
>> kernels shortly, so any effort on porting the RHEL5 branch kernel to ARM
>> would be a waste of time.
>>
>> Thus, I suggest that you don't bother with getting this kernel to build
>> for ARM now.  Focus on the userland instead.  Yes, when you build our
>> userland with header files from a kernel version other than what we
>> normally/currently use, that may cause problems on its own - but fixing
>> those few problems will merely become part of the porting to ARM task
>> once you decide on the kernel version to use (e.g., it might be latest
>> Linux 3.x for the ARM port of our userland, or it might be RHEL6/OpenVZ
>> if you determine that getting it to build and work on ARM is easy enough).
>> There's also the (non-pretty) option of building the userland against
>> our usual kernel headers, but running it with another kernel.
>>
>> As I mentioned to you off-list, we only do native builds of Owl so far.
>> Cross-compiling Owl is not going to be easy (many packages actually run
>> programs that have just been compiled).  Thus, my recommendation is that
>> you install an existing Linux distro for ARM first (Fedora maybe? it
>> needs to include basic development tools), then try to build the Owl
>> userland off of it (with our standard "make buildworld").  You'll need
>> several iterations of buildworld/installworld to (potentially) get
>> things working.  Oh, and indeed you'd need to chroot into that new tree
>> at some point.
>>
>> A drawback of native builds is that they may be taking a very long time
>> on slow hardware, though.
>>
>> Thanks,
>>
>> Alexander
>>
>
>

Content of type "text/html" skipped

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ