28.01.2012 22:03, KP Kirchdoerfer пишет:
> Am 28.01.2012 20:14, schrieb Andrew:
>> 28.01.2012 21:04, KP Kirchdoerfer пишет:
>>> Hi;
>>>
>>> just completed a rebuild of the next-branch.
>>>
>>> xtables-addon build without any problem.
>>>
>>> Only a three packages fail to build: djbdns, openssh and dhcpd (which is
>>> a know issue).
>>>
>>> The buildtool log snippets below...
>>>
>>> kp
>>>
>>> djbdns:
>>> make -j4 -C djbdns-1.05
>>> make[1]: Entering directory `/opt/buildtool-next/source/djbdns/djbdns-1.05'
>>> ( cat warn-auto.sh; \
>>> echo 'main="$1"; shift'; \
>>> echo exec "`head -1 conf-ld`" \
>>> '-o "$main" "$main".o ${1+"$@"}' \
>>> )> load
>>> ( cat warn-auto.sh; \
>>> echo exec "`head -1 conf-cc`" '-c ${1+"$@"}' \
>>> )> compile
>>> ( cat warn-auto.sh; \
>>> echo CC=\'`head -1 conf-cc`\'; \
>>> echo LD=\'`head -1 conf-ld`\'; \
>>> cat find-systype.sh; \
>>> ) | sh> systype
>>> chmod 755 compile
>>> gcc -o auto-str auto-str.c buffer_put.c buffer_write.c byte_copy.c
>>> str_len.c error.c
>>> chmod 755 load
>>> cat warn-auto.sh choose.sh \
>>> | sed s}HOME}"`head -1 conf-home`"}g \
>>> > choose
>>> ./compile socket_connect6.c
>>> auto-str.c:7:6: warning: conflicting types for built-in function 'puts'
>>> [enabled by default]
>>> chmod 755 choose
>>> ./compile socket_accept6.c
>>> socket_connect6.c:9:21: fatal error: haveip6.h: No such file or directory
>>> compilation terminated.
>>> make[1]: *** [socket_connect6.o] Error 1
>>> make[1]: *** Waiting for unfinished jobs....
>>> socket_accept6.c:7:21: fatal error: haveip6.h: No such file or directory
>>> compilation terminated.
>>> make[1]: *** [socket_accept6.o] Error 1
>>> make[1]: Leaving directory `/opt/buildtool-next/source/djbdns/djbdns-1.05'
>>>
>>> openssh:
>>>
>>> checking if openpty correctly handles controlling tty... yes
>>> checking whether getpgrp requires zero arguments... yes
>>> checking OpenSSL header version... 1000005f (OpenSSL 1.0.0e 6 Sep 2011)
>>> checking OpenSSL library version... 1000007f (OpenSSL 1.0.0g 18 Jan 2012)
>>> checking whether OpenSSL's headers match the library... no
>>> configure: error: Your OpenSSL headers do not match your
>>> library. Check config.log for details.
>>> If you are sure your installation is consistent, you can disable the check
>>> by running "./configure --without-openssl-header-check".
>>> Also see contrib/findssl.sh for help identifying header/library mismatches.
>> You ran rebuild with symlink for old ld-uClibc.so? This can be the
>> source of problem - configure script decides that used native
>> compilation. This can be fixed by specifying build host. I'll try to fix
>> it.
> Yes, I did.
> I always wondered why the next-branch does not check the symlink as the
> the current version does? It works well for the 3x and 4.x version and
> allows to compile different versions as long as one let the buildtool.pl
> set the symlink at the start.
>
> Has there been significant changes in that area?
It doesn't need a symlink. It's a true cross-compilation. I added
'--build' option to configure cmdlines to force cross-compiling even if
exists working ld-uClibc.so, now I rebuilding all from scratch.
> BTW: Any ideas for xtables-addons?
>
> I think it may be solved running the configure in 4.x - but why does it
> work in the next branch?
>
> kp
>
>
In 4.x it looks like it looking on versions by linking libraries, and it
founds include in /usr/include and lib in staging dir. Try to add
'--without-openssl-header-check' and look if it help.
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel
