Στις Κυρ 04 Ιουν 2006 21:13, ο/η Jim Gifford έγραψε:
> Hey everyone
> The problem is that they will compile, but there is a lot of things
> that also need to be fixed. If you look at the glibc-kern-header.sspec,
> it basically does the same as the headers script. It's going to take a
> long tim
Hey everyone
The problem is that they will compile, but there is a lot of things
that also need to be fixed. If you look at the glibc-kern-header.sspec,
it basically does the same as the headers script. It's going to take a
long time before the headers get completely compliant with userspace
[EMAIL PROTECTED] wrote:
Ok, there was a little issue, that unistd.h was "oversanitized" (the macro
definitions for _syscall* macros were removed) so util-linux wouldn't build
fdisk, but that was easy to fix and if it remains in the new -mm I 'll
probably report it upstream.
util-linux-2.13-pr
On 6/3/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I 've been using David 's patches and Jim 's headers script on my new
experimental build. As it has been said here already, there are two, fairly
distinct patches:
Cool. I was hoping that someone would play around with the David Woodhou
Matthew Burgess:
>Jim, please see the following messages from Linus:
> ...
>Now, these are all to do with cleaning up the headers, rather than the
>original "make headers_install" proposal. However, the Makefile target
>will likely be added later on (and there's still plenty of time before
>2.
Jürg Billeter wrote:
Haven't the macros PAGE_SIZE and PAGE_SHIFT been declared as deprecated
a long time ago (for userspace) and applications should directly use
libc functions to get that information? So the definitions in your
sanitized header file would just be backward compatibility helpers a
On Die, 2006-05-30 at 12:02 -0700, Jim Gifford wrote:
> The one thing I've realize working on this is that, not everything in
> the headers will work out of the box, good example is the paging size
> stuff, that requires a glibc function to get it done right. If depends
> on the config.h that is
On 5/30/06, Jim Gifford <[EMAIL PROTECTED]> wrote:
There are 2 other projects out there for headers. The Headers project,
which has roots to xLFS and what T2 Project has done.
Fedora is now using David Woodhouse's cleaned up kernel tree with the
results of `make headers_install'. The rawhide
On 5/30/06, Jim Gifford <[EMAIL PROTECTED]> wrote:
Dan,
I consider that a part of the headers project, Jürg and I worked a
lot of the logic out together, the only difference is that Jürg only
concentrated on the x86 platforms.
Gotcha. Well, to be honest, the scripts are very different. Bu
Dan,
I consider that a part of the headers project, Jürg and I worked a
lot of the logic out together, the only difference is that Jürg only
concentrated on the x86 platforms.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See t
Thanx Matt. Talked to a lot of people today about this from my headers
project. As long as there is no way to use the kernel headers, this
project is going to exist. Plus, we had a call to sanitize the 2.4
headers to get rid of the __KERNEL__ stuff from them.
If the make install_headers patch
On 5/30/06, Jim Gifford <[EMAIL PROTECTED]> wrote:
There are 2 other projects out there for headers. The Headers project,
which has roots to xLFS and what T2 Project has done.
Jürg Billeter's linux-glibc-headers script for paldo.
http://www.paldo.org/index.php?section=packages&page=main&relea
12 matches
Mail list logo
