Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 112742 - dev-libs/klibc: make it build against 2.6.14 that starts merging between ppc and ppc64
Summary: dev-libs/klibc: make it build against 2.6.14 that starts merging between ppc ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: PPC Linux
: High normal (vote)
Assignee: Martin Schlemmer (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-16 13:50 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2006-01-21 13:00 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
klibc-1.1.1-ppc-2.6.14.patch (klibc-1.1.1-ppc-2.6.14.patch,595 bytes, patch)
2005-11-16 13:50 UTC, Diego Elio Pettenò (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-16 13:50:00 UTC
The attached patch allows to build klibc-1.1.1 against kernel 2.6.14, that 
moves some includes from asm-ppc{,64} to asm-powerpc, and then symlinks in 
ppc{,64}/include the other directory. 
 
HTH, 
Diego
Comment 1 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-11-16 13:50:43 UTC
Created attachment 73029 [details, diff]
klibc-1.1.1-ppc-2.6.14.patch
Comment 2 Steffen 2006-01-10 06:19:14 UTC
thx diego,

i had trouble compiling splashutils becuase of klibc-1.1.1 failing here on my ppc32 machine and 2.6.14-gentoo-r7 kernel...

i added your patch to the .ebuild in my overlay and everything compiled fine!

i think this patch should really be added to the ebuild because klibc now simply doesn't work with 2.6.14 kernels and i guess that 2.6.15 will handle includes more like 2.6.14 than <2.6.14 and thus also breaking the compile...

perhaps someone running 2.6.15 on ppc could verify this... :)

steffen

(In reply to comment #0)
> The attached patch allows to build klibc-1.1.1 against kernel 2.6.14, that 
> moves some includes from asm-ppc{,64} to asm-powerpc, and then symlinks in 
> ppc{,64}/include the other directory. 
>  
> HTH, 
> Diego

Comment 3 Ron MacNeil 2006-01-14 18:44:28 UTC
Compiling against 2.6.15, klibc-1.1.1-ppc-2.6.14.patch seems to improve the situation but we still hit:

gcc -Wp,-MT,fork.o,-MD,./.fork.o.d -Os  -D__KLIBC__=1 -D__KLIBC_MINOR__=1 -nostdlib -nostd inc -iwithprefix include -I../include/arch/ppc -I../include/bits32 -I../include -I/usr/src /linux/include -I/usr/src/linux/include2 -I../linux/include -I/usr/src/linux/arch/ppc/incl ude -I./zlib -I./zlib -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings -Wstrict-pro totypes -Winline -DDYNAMIC_CRC_TABLE -c -o fork.o fork.c
In file included from ../include/signal.h:13,
                 from fork.c:9:
/usr/src/linux/arch/ppc/include/asm/signal.h:14: error: &#8216;BITS_PER_LONG&#8217; undeclared here (n ot in a function)
Comment 4 hiyuh 2006-01-19 10:29:30 UTC
(In reply to comment #3)
> Compiling against 2.6.15, klibc-1.1.1-ppc-2.6.14.patch seems to improve the
> situation but we still hit:
> 
> gcc -Wp,-MT,fork.o,-MD,./.fork.o.d -Os  -D__KLIBC__=1 -D__KLIBC_MINOR__=1
> -nostdlib -nostd inc -iwithprefix include -I../include/arch/ppc
> -I../include/bits32 -I../include -I/usr/src /linux/include
> -I/usr/src/linux/include2 -I../linux/include -I/usr/src/linux/arch/ppc/incl ude
> -I./zlib -I./zlib -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings
> -Wstrict-pro totypes -Winline -DDYNAMIC_CRC_TABLE -c -o fork.o fork.c
> In file included from ../include/signal.h:13,
>                  from fork.c:9:
> /usr/src/linux/arch/ppc/include/asm/signal.h:14: error:
> &#8216;BITS_PER_LONG&#8217; undeclared here (n ot in a function)
See this Forum and my stupid work-around way.
http://forums.gentoo.org/viewtopic-t-423933.html
Comment 5 Steffen 2006-01-20 04:55:34 UTC
hi,

klibc-1.1.16 compiled fine against gentoo-sources 2.6.15-r1 on ppc32!

steffen

(In reply to comment #4)
> (In reply to comment #3)
> > Compiling against 2.6.15, klibc-1.1.1-ppc-2.6.14.patch seems to improve the
> > situation but we still hit:
> > 
> > gcc -Wp,-MT,fork.o,-MD,./.fork.o.d -Os  -D__KLIBC__=1 -D__KLIBC_MINOR__=1
> > -nostdlib -nostd inc -iwithprefix include -I../include/arch/ppc
> > -I../include/bits32 -I../include -I/usr/src /linux/include
> > -I/usr/src/linux/include2 -I../linux/include -I/usr/src/linux/arch/ppc/incl ude
> > -I./zlib -I./zlib -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings
> > -Wstrict-pro totypes -Winline -DDYNAMIC_CRC_TABLE -c -o fork.o fork.c
> > In file included from ../include/signal.h:13,
> >                  from fork.c:9:
> > /usr/src/linux/arch/ppc/include/asm/signal.h:14: error:
> > &#8216;BITS_PER_LONG&#8217; undeclared here (n ot in a function)
> See this Forum and my stupid work-around way.
> http://forums.gentoo.org/viewtopic-t-423933.html
> 

Comment 6 hiyuh 2006-01-20 20:55:23 UTC
(In reply to comment #5)
> klibc-1.1.16 compiled fine against gentoo-sources 2.6.15-r1 on ppc32!
Good to hear, I didn't know that.
Then, should this bug be closed?
Comment 7 Lars Weiler (RETIRED) gentoo-dev 2006-01-21 13:00:53 UTC
(In reply to comment #6)
> Then, should this bug be closed?

We don't have any other chance on ppc ;-)

I verified the correct build and marked stable.

So, this bug could be closed.