From: Steffen Sledz <sledz@dresearch.de>
To: openembedded-devel@lists.openembedded.org
Subject: Re: net-snmp-svn-r7.0 do_compile failed
Date: Wed, 02 Mar 2011 10:25:08 +0100 [thread overview]
Message-ID: <4D6E0CF4.4040005@dresearch.de> (raw)
In-Reply-To: <AANLkTi=sJanB_o6LGmg=3-96=iDD8VMrM-DLp4EC+zBr@mail.gmail.com>
Am 02.03.2011 09:01, schrieb Khem Raj:
> On Tue, Mar 1, 2011 at 11:26 PM, Steffen Sledz <sledz@dresearch.de> 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
I tried to bump to some newer revs (19399/5.6, 19787/5.6.1, 20047/HEAD) but ended up in some undefined referrence errors (nl_handle_destroy and nl_handle_alloc) in all cases. :(
So this needs some more attention.
Jamie, you're listed as net-snmp maintainer. Can you look into this please.
> 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.
As mentioned before i failed trying this. The patch does not apply without modifications. :(
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:sledz@DResearch.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
next prev parent reply other threads:[~2011-03-02 9:26 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-23 7:55 net-snmp-svn-r7.0 do_compile failed Steffen Sledz
2011-02-23 21:39 ` Tom Rini
2011-02-24 7:04 ` Steffen Sledz
2011-02-23 22:07 ` Khem Raj
2011-02-24 7:10 ` Steffen Sledz
2011-03-02 7:26 ` Steffen Sledz
2011-03-02 8:01 ` Khem Raj
2011-03-02 9:25 ` Steffen Sledz [this message]
2011-03-02 20:45 ` Khem Raj
2011-03-03 7:18 ` Steffen Sledz
[not found] ` <4D75DBE0.5090601@dresearch.de>
2011-03-08 18:21 ` Khem Raj
2011-03-09 6:44 ` Steffen Sledz
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=4D6E0CF4.4040005@dresearch.de \
--to=sledz@dresearch.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox