From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OL7Iz-0004IE-E4 for garchives@archives.gentoo.org; Sun, 06 Jun 2010 04:17:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5F49BE0971; Sun, 6 Jun 2010 04:17:47 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 375BDE0952 for ; Sun, 6 Jun 2010 04:17:36 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 20D351B4022; Sun, 6 Jun 2010 04:17:35 +0000 (UTC) From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] toolchain-funcs.eclass: functions to call compiler Date: Sun, 6 Jun 2010 00:17:27 -0400 User-Agent: KMail/1.13.1 (Linux/2.6.34; KDE/4.4.3; x86_64; ; ) Cc: =?utf-8?q?Micha=C5=82_G=C3=B3rny?= References: <20100531211246.64181dab@pomiocik.lan> <201006021756.39934.vapier@gentoo.org> <20100605151629.231ce8bc@pomiocik.lan> In-Reply-To: <20100605151629.231ce8bc@pomiocik.lan> 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="nextPart3471480.mlsUCvuqtO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201006060017.27856.vapier@gentoo.org> X-Archives-Salt: 062b23ea-9bfd-46d4-89f7-eacb212ff13a X-Archives-Hash: 0ca6241e52a1d5f5d031187682c7d8d5 --nextPart3471480.mlsUCvuqtO Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Saturday, June 05, 2010 09:16:29 Micha=C5=82 G=C3=B3rny wrote: > On Wed, 2 Jun 2010 17:56:38 -0400 Mike Frysinger wrote: > > On Wednesday, June 02, 2010 09:17:00 Micha=C5=82 G=C3=B3rny wrote: > > > On Wed, 2 Jun 2010 03:16:12 -0400 Mike Frysinger wrote: > > > > use emake then and leverage make's implicit rules. > > >=20 > > > The implicit make rules are less universal and -- in the fact -- > > > pretty poor. They're strictly make-dependant, which reduces the > > > amount of control over their behavior. In my opinion, if we should > > > ever use such behavior, it should be rather technical > > > implementation of the functions I'm proposing instead of inline use. > >=20 > > ebuilds requires GNU make which means the implicit rules are > > "universal". not that i really know what you're talking about. the > > rules are also clearly documented and support all the proper flags we > > currently support. >=20 > Ok, if we can surely assume 'emake' will always call GNU Make, then I > agree with your solution and withdraw my ideas. i'm not saying `emake` covers all solutions you proposed, just that the bas= e=20 usage isnt nearly as bleak. there are some cases where having a wrapper=20 around emake would be useful (such as compiling multiple files or linking=20 things in). so if you wanted to slap something together, we can look at it= =20 further. =2Dmike --nextPart3471480.mlsUCvuqtO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iQIcBAABAgAGBQJMCyFXAAoJEEFjO5/oN/WBq4wQAJXIiMV7bvRYzKGSWbYXmNf9 2PqRCbnQGAwmP+VmUDV3EsPDulYsBUJXDNiN5IOAovI9fvREz/jZnGlk/3PjGqDv iQKX8B16jKnC5AH8dVoBS1t59IsnywOI8qnLZtFsFjJMip7HGHE1cpqv5ptesO1U xmhNWlQrM98Z1X9j2EdrsSwSirpZ8miuSD/P25oqV4ZXI2/yLllrwJJDjR7R5xQK bREdgxT/JzVG6xZ3s5mDt4CYxpWnbJWw2Ib/pg1bNUpbW6r5qG6oUVG5MsOeqJjz SBpfa9p88hwwKbhrholfVWGvhhNoMZyJxJ2S95CW3GUgEAtDdcvw66fc3Zyodhbm WEJE/AHR6T8wNcRBNwJDWq+ZwzFDgh5NtaTVjUm3JjOSj+E1rpGyqT9EupspFgVY FcfjBs1tK2fNAO7vqHCMD+u6TKzzCFFInbIQP+7VpJzpepcogptEkau6XMgstbIx N4LkgF2H6WxU18bQwO5As+agtQZi7zEhnaLFwYsdnPHkDtRQ8JY6maT94UDPSE6J Yjr9MfcPpKlVajeWXWM6oRXrl4rrZ58tePgI4hM7xSnwhWbwh+3MiQCRm2nCr0r4 ZixrC2Tg8LMsvlJHoiIquCoT4I2oBY41kDwOyEO7bipsniNl9oCpTwO/McKgVQvs +bEK8EXDkyfRKx7e7N8g =O2d9 -----END PGP SIGNATURE----- --nextPart3471480.mlsUCvuqtO--