All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@cam.ac.uk>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH] glibc 2.7 and 2.9 (arm): Remove unnecessary	asm/page.h include
Date: Tue, 18 Aug 2009 14:26:55 +0100	[thread overview]
Message-ID: <4A8AAC1F.10604@cam.ac.uk> (raw)
In-Reply-To: <200908171606.57153.holger+oe@freyther.de>

Holger Hans Peter Freyther wrote:
> On Monday 17 August 2009 15:53:00 you wrote:
>> Fix compile bug for arm with recent kernel headers
>> ../ports/sysdeps/unix/sysv/linux/arm/ioperm.c:48:22: error: asm/page.h: No
>> such file or directory
>>
>> Signed-off-by: Jonathan Cameron <jic23@cam.ac.uk>
> 
> Signed-off-by: Holger Hans Peter Freyther <zecke@selfish.org>
> 
> One note worthy comment. Normally we only bump the PR when the packaged 
> content is changing. In one way we had a build error so the packaging didn't 
> change at all, in another way we do have existing glibc packages...
Cool, hadn't realized that. 
> 
> To be honest I wonder why you are triggering this area, and why other builds 
> don't do that... it is  a bit frightening.
My guess is the majority of distros haven't bumped up either one of the kernel
header or glibc. Either that or I'm just unlucky in picking combinations!

Quick browse of those in the repository:  (headers will cause trouble form 2.6.25
onwards, I think).

angstrom-2008.1.conf headers = 2.6.23
chinook-compat.conf headers = 2.6.20
jlime2-2009.1 headers headers = 2.6.18
jlime-donkey.conf  glibc 2.6.1 (the fixed version) headers 2.6.23 (so don't need it)
jlime-henchman.conf headers = 2.6.23
jlime-mongo.conf headers = 2.6.18
kaeilos.conf glibc = 2.6.1 (fixed) headers =2.6.23 (fine anyway)
mamona.conf headers 2.6.22
nylon.conf headers 2.6.18
openprotium headers 2.6.11.1
oplinux.conf headers 2.6.18

Normally people don't care about kernel header versions, but I need some netlink stuff
that only just went in.

Thanks,

Jonathan







> 
> 
> 
>> ---
>> Update to previous posting under
>> [PATCH] glibc 2.9: Remove unnecessary asm/page.h include, not present in
>> recent headers
>>
>> This patch is already included by the 2.6.1 recipe (thanks Khem)
>> Prevents the following error with recent kernel headers
>> ../ports/sysdeps/unix/sysv/linux/arm/ioperm.c:48:22: error: asm/page.h: No
>> such file or directory
>>
>> Fixes problem with 2.6.29 headers against both glibc 2.7 and 2.9
>>
>> Related bug reports (with equivalent solutions)
>> http://www.mail-archive.com/debian-glibc@lists.debian.org/msg38393.html
>> http://sourceware.org/ml/crossgcc/2008-05/msg00014.html
>> http://sourceware.org/ml/libc-ports/2008-04/msg00005.html
>>
>> Bug no longer exists at head of glibc ports tree. May effect other
>> versions.
>>
>>  recipes/glibc/glibc_2.7.bb |    3 ++-
>>  recipes/glibc/glibc_2.9.bb |    3 ++-
>>  2 files changed, 4 insertions(+), 2 deletions(-)
>>
>> diff --git a/recipes/glibc/glibc_2.7.bb b/recipes/glibc/glibc_2.7.bb
>> index f152756..dcea69c 100644
>> --- a/recipes/glibc/glibc_2.7.bb
>> +++ b/recipes/glibc/glibc_2.7.bb
>> @@ -5,7 +5,7 @@ ARM_INSTRUCTION_SET = "arm"
>>  PACKAGES_DYNAMIC = "libc6*"
>>  RPROVIDES_${PN}-dev = "libc6-dev virtual-libc-dev"
>>
>> -PR = "${INC_PR}.0"
>> +PR = "${INC_PR}.1"
>>
>>  # the -isystem in bitbake.conf screws up glibc do_stage
>>  BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
>> @@ -68,6 +68,7 @@ SRC_URI =
>> "ftp://ftp.gnu.org/pub/gnu/glibc/glibc-${PV}.tar.bz2 \
>> file://etc/ld.so.conf \
>>             file://generate-supported.mk \
>>             file://march-i686.patch;patch=1;pnum=0 \
>> +	   file://glibc-arm-no-asm-page.patch;patch=1 \
>>             "
>>
>>
>> diff --git a/recipes/glibc/glibc_2.9.bb b/recipes/glibc/glibc_2.9.bb
>> index 6e323aa..9849c0a 100644
>> --- a/recipes/glibc/glibc_2.9.bb
>> +++ b/recipes/glibc/glibc_2.9.bb
>> @@ -5,7 +5,7 @@ ARM_INSTRUCTION_SET = "arm"
>>  PACKAGES_DYNAMIC = "libc6*"
>>  RPROVIDES_${PN}-dev = "libc6-dev virtual-libc-dev"
>>
>> -PR = "${INC_PR}.0"
>> +PR = "${INC_PR}.1"
>>
>>  # the -isystem in bitbake.conf screws up glibc do_stage
>>  BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
>> @@ -65,6 +65,7 @@ SRC_URI =
>> "ftp://ftp.gnu.org/pub/gnu/glibc/glibc-${PV}.tar.bz2 \
>> file://generate-supported.mk \
>>             file://march-i686.patch;patch=1;pnum=0 \
>>  	   file://tls_i486.patch;patch=1 \
>> +	   file://glibc-arm-no-asm-page.patch;patch=1 \
>>             "
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
> 




      parent reply	other threads:[~2009-08-18 13:43 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-17 13:53 [PATCH] glibc 2.7 and 2.9 (arm): Remove unnecessary asm/page.h include Jonathan Cameron
2009-08-17 14:06 ` Holger Hans Peter Freyther
2009-08-17 15:01   ` Phil Blundell
2009-08-17 15:02     ` Phil Blundell
2009-08-18  9:06       ` Otavio Salvador
2009-08-19 11:06         ` Jonathan Cameron
2009-08-18 13:26   ` Jonathan Cameron [this message]

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=4A8AAC1F.10604@cam.ac.uk \
    --to=jic23@cam.ac.uk \
    --cc=openembedded-devel@lists.openembedded.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.