From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from owm.eumx.net (eumx.net [91.82.101.43]) by mail.openembedded.org (Postfix) with ESMTP id ED42C6EE34 for ; Mon, 17 Feb 2014 10:44:51 +0000 (UTC) Message-ID: <5301E81D.3070204@communistcode.co.uk> Date: Mon, 17 Feb 2014 10:44:45 +0000 From: Jack Mitchell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: openembedded-core@lists.openembedded.org Subject: SDK Issues X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ml@communistcode.co.uk List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2014 10:44:52 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I recently did a new build of my images and SDKs under master (b188bda18690dc1af) refreshing a 3 month old build. Now everything builds fine, but when trying to build our in house software with the SDK, the new SDK falls over citing issues failing to link with libdl. If I think switch back to using the old SDK, everything builds without issue. Can anybody think of anything which might have altered the SDK in the past few months in order to cause this to break? I have done a quick directory diff of the 2 SDKs and nothing radically different. GCC 4.81 -> 4.82 and autotools 1.13 -> 1.14 are probably the big changes. From what I can see the command to build the application is linking with all the correct libraries and as it builds with previous versions I would be surprised if this was wrong. It also seems to be struggling with the -lcrypto libraries, but it hits the libdl issue first so it may just be a domino effect, or there could be a significant issue with the SDK generation. i586-oe-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse --sysroot=/scratch/jmitchell/oecore-sdk/1/sysroots/core2-32-oe-linux -I. -I/scratch/jmitchell/code.git/net-snmp/../include -Wall -pipe -rdynamic -g -Wall -Wextra -Wl,--build-id -O2 -Wall -Wstrict-prototypes -Wwrite-strings -Wcast-qual -Wno-char-subscripts -Dlinux -o .libs/snmpd snmpd.o -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -rdynamic -rdynamic ./.libs/libucdagent.so ./.libs/libucdmibs.so -lwrap ../snmplib/.libs/libsnmp.so -lcrypto -ldl -lelf -ldl -Wl,--rpath -Wl,/scratch/jmitchell/code.git/net-snmp/../net-snmp/usr/lib ./.libs/libucdmibs.so: undefined reference to `dlopen' ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_md5' ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_sha1' ../snmplib/.libs/libsnmp.so: undefined reference to `RAND_bytes' ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestInit' ./.libs/libucdmibs.so: undefined reference to `dlclose' ../snmplib/.libs/libsnmp.so: undefined reference to `DES_ncbc_encrypt' ../snmplib/.libs/libsnmp.so: undefined reference to `DES_cbc_encrypt' ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestUpdate' ../snmplib/.libs/libsnmp.so: undefined reference to `HMAC' ../snmplib/.libs/libsnmp.so: undefined reference to `DES_key_sched' ./.libs/libucdmibs.so: undefined reference to `dlerror' ./.libs/libucdmibs.so: undefined reference to `dlsym' ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestFinal' Any light shed would be much appreciated! Cheers, -- Jack Mitchell (jack@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk --