klibc - Oct 2010 - klibc 1.5.20 falls into an finite loop during build against linux 2.6.35.4

GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk
  GEN     usr/klibc/syscalls/SYSCALLS.i
  GEN     usr/klibc/syscalls/syscalls.nrs
  GEN     usr/klibc/syscalls/typesize.c
  KLIBCCC usr/klibc/syscalls/typesize.o
  OBJCOPY usr/klibc/syscalls/typesize.bin
  GEN     usr/klibc/syscalls/syscalls.mk

This is repeated indefinitely.
I used my own slackbuild script to build klibc and the script is included as 
klibc.tar.bz2 in this message.
I also included .config I used to build kernel as config-generic-2.6.35.4.

To build with my script, extract klibc.tar.bz2, and execute klibc.SlackBuild 
with klibc-1.5.20.tar.bz2 in the same folder as klibc.SlackBuild.



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.zytor.com/pipermail/klibc/attachments/20101016/7c74b249/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: klibc.tar.bz2
Type: application/octet-stream
Size: 2422 bytes
Desc: not available
URL:
<http://www.zytor.com/pipermail/klibc/attachments/20101016/7c74b249/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config-generic-2.6.35.4
Type: application/octet-stream
Size: 87459 bytes
Desc: not available
URL:
<http://www.zytor.com/pipermail/klibc/attachments/20101016/7c74b249/attachment-0003.obj>

It is a typo. It is an infinite loop.


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.zytor.com/pipermail/klibc/attachments/20101017/4a5b3760/attachment.html>

On Sat, 16 Oct 2010, crocket wrote:
>   GEN     usr/klibc/syscalls/SYSCALLS.i
>   GEN     usr/klibc/syscalls/syscalls.nrs
>   GEN     usr/klibc/syscalls/typesize.c
>   KLIBCCC usr/klibc/syscalls/typesize.o
>   OBJCOPY usr/klibc/syscalls/typesize.bin
>   GEN     usr/klibc/syscalls/syscalls.mk
>   GEN     usr/klibc/syscalls/SYSCALLS.i
>   GEN     usr/klibc/syscalls/syscalls.nrs
>   GEN     usr/klibc/syscalls/typesize.c
>   KLIBCCC usr/klibc/syscalls/typesize.o
>   OBJCOPY usr/klibc/syscalls/typesize.bin
>   GEN     usr/klibc/syscalls/syscalls.mk
> 
> This is repeated indefinitely.
could you please put a V=1 in the make line to get verbose kbuild output?
please make sure the tree is clean and post from the start.
thanks.

I included the output with the patch applied as output.txt in this message.



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.zytor.com/pipermail/klibc/attachments/20101021/94f14c91/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: output.txt
URL:
<http://www.zytor.com/pipermail/klibc/attachments/20101021/94f14c91/attachment-0001.txt>

I made sure it builds against 2.6.35.4 by booting into 2.6.35.4.
Since KERNELVER=${KERNELVER:-$(uname -r)}, KERNELVER defaults to the version of 
the current kernel.


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.zytor.com/pipermail/klibc/attachments/20101025/b40fd240/attachment.html>

The same slackbuild script builds well on my laptop while it falls
into an infinite loop on my desktop.
My laptop has slackware64-13.1, and my desktop has slackware64-current.
The infinite loop could have been specific slackware64-current or
there are other causes.


On Sun, Oct 17, 2010 at 2:31 AM, crocket <crockabiscuit at yahoo.com>
wrote:
>> This is repeated indefinitely.
>> I used my own slackbuild script to build klibc and the script is
included as
>> klibc.tar.bz2 in this message.
>> I also included .config I used to build kernel as
config-generic-2.6.35.4.
>>
>> To build with my script, extract klibc.tar.bz2, and execute
klibc.SlackBuild
>> with klibc-1.5.20.tar.bz2 in the same folder as klibc.SlackBuild.
>I'm using a different approach instead of a SlackBuild script.? My
>script imports and partially builds a version selected kernel because
>I'm doing builds against a number of different kernels.? The host
>kernel is 2.6.33.4 as originally installed in Slackware 13.1.? With
>klibc 1.5.20 and linux 2.6.35.4 as the source kernel to build against,
>I did not have any build loops in both 32 bit and 64 bit.? So maybe it
>is some aspect of trying to build in a way needed by the SlackBuild
>approach?

Hi,

I have run into the same problem and I think it has to do with make
3.82. The build works on fedora 13 (make 3.81) but fails on fedora 14
(make 3.82). Slackware-current seems to also have upgraded to make
3.82.

// Erik

-- 
Erik Johansson
Home Page: http://ejohansson.se/
PGP Key: http://ejohansson.se/erik.asc