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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.