From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id ED2901382C5 for ; Mon, 18 May 2020 16:49:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 82CF9E089C; Mon, 18 May 2020 16:49:00 +0000 (UTC) Received: from mailgate2.uni-hannover.de (mailgate2.uni-hannover.de [130.75.2.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0BD3AE069C for ; Mon, 18 May 2020 16:48:59 +0000 (UTC) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailgate2.uni-hannover.de (Postfix) with ESMTPS id E19AF2C03; Mon, 18 May 2020 18:48:57 +0200 (CEST) Received: from comet2.terra.ger ([130.75.117.49]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP8) with ESMTP id 2020051818485668-55431 ; Mon, 18 May 2020 18:48:56 +0200 Date: Mon, 18 May 2020 18:48:56 +0200 From: Gerrit Kuehn To: Jack Cc: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] libXp-1.0.3 emerge issue Message-ID: <20200518184856.29927d99@comet2.terra.ger> In-Reply-To: <4f3690af-1ce6-2c3a-31de-2856b38f310b@users.sourceforge.net> References: <20200518165450.555c6160@comet2.terra.ger> <4f3690af-1ce6-2c3a-31de-2856b38f310b@users.sourceforge.net> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd11.2) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP8|February 23, 2017) at 18/05/2020 18:48:56, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP8|February 23, 2017) at 18/05/2020 18:48:57, Serialize complete at 18/05/2020 18:48:57 X-TNEFEvaluated: 1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 61fa2e39-5944-4f03-8b65-67ee2d1e1eeb X-Archives-Hash: ac9c074bfb29956632153951f45b0ed4 On Mon, 18 May 2020 11:29:43 -0400 Jack wrote: > Since you suggest this might be related to multilib, is this the=20 > configuration for 32 bit or 64 bit?=C2=A0 Assuming you are primarily 64 > bits, which packages have 32 bit versions enabled?=C2=A0 If it is the 32 > bit version failing, can you disable it? I made a makeshift solution meanwhile by removing the multilib parts in the ebuild. Without them, everything compiles just fine, and I do get 32bit and 64bit libraries?! I'm only interested in the 64bit version, actually, as my software links against these libs. I didn't enable 32bit for anything explicitely, but the standard flags for libXp are USE=3D"-static-libs" ABI_X86=3D"32%* (64%*) (-x32)" I'm not familiar with the ABI flags (is there any documentation on that, Google doesn't come up with anything useful for me right now?). What does the "%" mean, and how would I turn off 32bit completely? > > This is somehow caused by multilib settings, I guess. Just untar'ing > > the archive and doing configure/make works fine. It appears as if > > just the ebuild went unhappy. It looks like this: =20 > Note the ebuild itself isn't failing, it's the ./configure stage > failing to find something it needs.=C2=A0 If a manual ./configure > succeeds, it's using some different settings compared to as run by > the ebuild.=C2=A0 Check the exact ./configure line being run, and possible > see if it was run twice in the full build log, once each for 32 bit > and 64 bits. There is /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/co= nfig.log (so obviously the 32bit part is causing the trouble) which says the error is caused by $PKG_CONFIG --exists --print-errors "x11 >=3D 1.6 xext xextproto xau printproto" However, this must be something 32bit specific. Running --- pkg-config --exists --print-errors "x11 >=3D 1.6 xext xextproto xau printproto" --- on the commandline works just fine. cu Gerrit