From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id C1A901387FD for ; Sat, 29 Mar 2014 01:21:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DCB92E0C3A; Sat, 29 Mar 2014 01:21:14 +0000 (UTC) Received: from mail-ee0-f41.google.com (mail-ee0-f41.google.com [74.125.83.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BFCB0E0C32 for ; Sat, 29 Mar 2014 01:21:13 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id t10so4707262eei.28 for ; Fri, 28 Mar 2014 18:21:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-type; bh=qgYMk9HYvbCzk4+58Qdu7oNDfcav4VaFa9ebVynVsZQ=; b=ihPVuugOIdq0BaF4PQlkqZBc9zDLaqUE9ekmvnkHABHFtQgNT/LOUV2ZFMI3cp/y3o 1OfdJ60mOTxOAJb7HKUxRdHcSqT9BRjXO1tv0VOAk5sp54vVieiY+VsfZPlxJnt3PkOx h5WXntg2M3JFteuPyluCFFXaJz6bV7JItWrUCKr9ylbYwS3R0zcYmzVcbw0QgjmuYdI8 6bnRhuq4KyZC+W6ICP1KUcawX2tfQhU7MGQHu5c/pPl04eVdQlu2djatAJJAPL+lNEwB L6O85J8rKQntJlPRb1NDfKs7LehE41TNp+VcfU9C0XtYEi21rYeW7r+sJefE0p0zMS8M k+iw== X-Received: by 10.15.32.206 with SMTP id a54mr255241eev.51.1396056072555; Fri, 28 Mar 2014 18:21:12 -0700 (PDT) Received: from lebrodyl.localnet (89-77-252-196.dynamic.chello.pl. [89.77.252.196]) by mx.google.com with ESMTPSA id g3sm15241062eet.35.2014.03.28.18.21.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 28 Mar 2014 18:21:11 -0700 (PDT) From: Maciej Mrozowski To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] crossdev and multilib interference Date: Sat, 29 Mar 2014 02:21:32 +0100 Message-ID: <2789338.gVzQzvmo1a@lebrodyl> User-Agent: KMail/4.12.3 (Linux/3.12.13-gentoo; KDE/4.12.3; x86_64; ; ) In-Reply-To: <1655097.HpObVGm6RL@vapier> References: <53208139.2040509@gentoo.org> <1655097.HpObVGm6RL@vapier> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3370181.3OJiy3iOSk"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Archives-Salt: c5033f20-0234-4d40-8e8a-e45620254dd5 X-Archives-Hash: 390969816bd56e3f5465d7a6d645d557 --nextPart3370181.3OJiy3iOSk Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" On Wednesday 26 of March 2014 02:07:56 Mike Frysinger wrote: | cmake is completely broken when it comes to library searching and multilib and | cross-compiling. it will happily look in hardcoded / paths to test for the | existence of files as well as directly execute `pkg-config`. it's a great | example of people saying "autotools is crap, so let's invent our own kind of | crap and ignore lessons learned". this isn't the fault of cmake eclasses, but | it'd be nice if we could someone standardize the hacks in there so we don't | have to duplicate across ebuilds. If we provided toolchain.cmake (passed to CMake via -DCMAKE_TOOLCHAIN_FILE=) file for each crossdev, that could not only set compiler paths/etc but also override CMAKE_SYSTEM_PREFIX_PATH, we would get pretty close to autotools. Yes, CMake has pretty rudimentary (to put it mildly..) cross-compilation support but it still can be done there somewhat "right". regards MM --nextPart3370181.3OJiy3iOSk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlM2IBwACgkQFuHa/bHpVdu7DgCfZWZDs0cpRyJ2GkRcAsmY+zOl pMQAoKlaCVLRo8oszJlfYt3ZL+CpQ6UR =67o6 -----END PGP SIGNATURE----- --nextPart3370181.3OJiy3iOSk--