On Tue, Mar 1, 2011 at 11:26 PM, Steffen Sledz <[email protected]> wrote:
> Am 23.02.2011 08:55, schrieb Steffen Sledz:
>> Again a clean build:
>>
>> OE:hipox sledz@mobil-400-586:~/work/openembedded> bitbake net-snmp
>> ...
>>
>> Build Configuration:
>> BB_VERSION        = "1.12.0"
>> METADATA_BRANCH   = "org.openembedded.dev"
>> METADATA_REVISION = "8e4bd2f"
>> TARGET_ARCH       = "arm"
>> TARGET_OS         = "linux-gnueabi"
>> MACHINE           = "hipox"
>> DISTRO            = "angstrom"
>> DISTRO_VERSION    = "2010.7-test-20110223"
>> TARGET_FPU        = "soft"
>>
>> ...
>> libtool: link: arm-angstrom-linux-gnueabi-gcc -march=armv5te 
>> -mtune=arm926ej-s -Wl,-rpath-link 
>> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>>  -Wl,-O1 -Wl,--hash-style=gnu -mthumb-interwork -mno-thumb 
>> -DNETSNMP_ENABLE_IPV6 
>> -isystem/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/include
>>  -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 
>> -ggdb2 -Ulinux -Dlinux=linux -Wall -Winline -Wstrict-prototypes 
>> -Wwrite-strings -Wcast-qual -Wno-char-subscripts -o .libs/snmpd 
>> .libs/snmpd.o -Wl,-rpath-link 
>> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>>  -Wl,-O1 -Wl,--hash-style=gnu  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers
>>  ./.libs/libnetsnmpagent.so helpers/.libs/libnetsnmphelpers.so 
>> ./.libs/libnetsnmpmibs.so 
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs/libnetsnmphelpers.so
>>  
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs/libnetsnmpagent.so
>>  
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs/libnetsnmp.so
>>  -ldl ../snmplib/.libs/libnetsnmp.so -lcrypto -lssl
>> ./.libs/libnetsnmpmibs.so: undefined reference to `pthread_create'
>> collect2: ld returned 1 exit status
>> make[1]: *** [snmpd] Error 1
>
> I did some research in this. This is a bug fixed upstream with svn revision 
> 18721[1].
>
> How can we handle this? Should we increase the SRCREV to a newer version 
> (which one)?
>
> Or should we create a patch backporting the fix? Then we need someone who is 
> more familiar with autotools (i failed here).

for svn recipe you can bump rev up and for others you can backport the
fix and you can backport it as it is ideally that patch should
have changed configure.ac and regenerated configure but they patched
configure instead. but its ok to patch configure here since
we do not regenerate configure for net-snmp recipe.
>
> Steffen
>
> [1] 
> http://net-snmp.svn.sourceforge.net/viewvc/net-snmp?view=revision&revision=18721
>
> --
> DResearch Fahrzeugelektronik GmbH
> Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
> Tel: +49 30 515932-237 mailto:[email protected]
> Fax: +49 30 515932-299
> Geschäftsführer: Dr. Michael Weber, Werner Mögle;
> Amtsgericht Berlin Charlottenburg; HRB 130120 B;
> Ust.-IDNr. DE273952058
>
> _______________________________________________
> Openembedded-devel mailing list
> [email protected]
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

_______________________________________________
Openembedded-devel mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Reply via email to