From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iKygm-0008Gt-4x for ptxdist@pengutronix.de; Thu, 17 Oct 2019 07:51:08 +0200 Received: from mol by ptx.hi.pengutronix.de with local (Exim 4.89) (envelope-from ) id 1iKygl-0004FV-T1 for ptxdist@pengutronix.de; Thu, 17 Oct 2019 07:51:07 +0200 Date: Thu, 17 Oct 2019 07:51:07 +0200 From: Michael Olbrich Message-ID: <20191017055107.kjqltxj4acmfiw7b@pengutronix.de> References: <0ecf8318-ff25-848a-c081-a65deeeaa683@faberman.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <0ecf8318-ff25-848a-c081-a65deeeaa683@faberman.de> Subject: Re: [ptxdist] host-orc-4.30/orcc library location List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ptxdist-bounces@pengutronix.de Sender: "ptxdist" To: ptxdist@pengutronix.de Hi, On Thu, Oct 17, 2019 at 07:32:18AM +0200, Florian Faber wrote: > host-orc-4.30 places its libraries in > > ./sysroot-host/lib/x86_64-linux-gnu/liborc-0.4.so.0 > ./sysroot-host/lib/x86_64-linux-gnu/liborc-0.4.so.0.30.0 > ./sysroot-host/lib/x86_64-linux-gnu/liborc-0.4.so Hmm, this does not happen here. What's your Linux distribution? I'm guessing that some configuration leaks in here. It would be best if I could reproduce this here. Michael > but orcc is looking for them in > > openat(AT_FDCWD, "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls/haswell/x86_64/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls/haswell/x86_64", > 0x7ffe45dcc500) = -1 ENOENT (No such file or directory) > openat(AT_FDCWD, > "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls/haswell/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls/haswell", > 0x7ffe45dcc500) = -1 ENOENT (No such file or directory) > openat(AT_FDCWD, > "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls/x86_64/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls/x86_64", > 0x7ffe45dcc500) = -1 ENOENT (No such file or directory) > openat(AT_FDCWD, > "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib/tls", 0x7ffe45dcc500) = > -1 ENOENT (No such file or directory) > openat(AT_FDCWD, "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/haswell/x86_64/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib/haswell/x86_64", > 0x7ffe45dcc500) = -1 ENOENT (No such file or directory) > openat(AT_FDCWD, > "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/haswell/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib/haswell", > 0x7ffe45dcc500) = -1 ENOENT (No such file or directory) > openat(AT_FDCWD, > "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/x86_64/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib/x86_64", 0x7ffe45dcc500) > = -1 ENOENT (No such file or directory) > openat(AT_FDCWD, > "$PTXDIST/platform-BAG/sysroot-host/bin/../lib/liborc-0.4.so.0", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > stat("$PTXDIST/platform-BAG/sysroot-host/bin/../lib", {st_mode=S_IFDIR|0755, > st_size=4096, ...}) = 0 > > where obviously is in vain. It finally resorts to the system's library, > which in my case has the wrong version (4.28) and bails out. > > Moving the Libraries to sysroot-host/lib solves the problem. Unfortunately I > cannot provide a patch instantly as I never worked with meson. > > > Flo > -- > Machines can do the work, so people have time to think. > > _______________________________________________ > ptxdist mailing list > ptxdist@pengutronix.de > -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de