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 1OME30-0005ZX-1w for garchives@archives.gentoo.org; Wed, 09 Jun 2010 05:41:54 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 73EB6E0825; Wed, 9 Jun 2010 05:41:50 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 9C44EE06C2 for ; Wed, 9 Jun 2010 05:41:23 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 3B23F1B400C; Wed, 9 Jun 2010 05:41:23 +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: Wed, 9 Jun 2010 01:41:00 -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> <201006081844.55860.vapier@gentoo.org> <20100609073427.77d7acdd@pomiocik.lan> In-Reply-To: <20100609073427.77d7acdd@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="nextPart2506721.vBpMTqiTqn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201006090141.01632.vapier@gentoo.org> X-Archives-Salt: bc695302-1734-4c26-9372-7c2253152ecc X-Archives-Hash: 0f3216eb5cd146c2cff1bc144197d6cb --nextPart2506721.vBpMTqiTqn Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wednesday, June 09, 2010 01:34:27 Micha=C5=82 G=C3=B3rny wrote: > On Tue, 8 Jun 2010 18:44:55 -0400 Mike Frysinger wrote: > > On Sunday, June 06, 2010 03:45:51 Micha=C5=82 G=C3=B3rny wrote: > > i dont know anything about zpaq, but it looks like you're installing > > the bare .o files ? that's a bit odd. usually things like this are > > installed as static archives for people to link in ... >=20 > A single .o file exactly. ZPAQ in runtime can 'optimize' itself through > creating compression scheme sources and calling 'zpaqmake' to compile > it. >=20 > The default 'zpaqmake.bat' included with it compiled these schemes > along with 'zpaq.cpp' for the executable stub. I've decided that it'd > be better to provide already compiled stub. if it's all internal to zpaq itself (i.e. packages arent externally pulling= in=20 the files w/out help), then the .o's are fine. > Honestly, I didn't think long about the format. I guess .a could be > better, or maybe even a shared library -- but GNU make doesn't seem to > have implicit rules for these formats. there are implicit rules for generating archives, but iirc, they dont work = in=20 parallel. shared libs obviously dont exist because this is highly target=20 specific -- this is why libtool exists in the first place. =2Dmike --nextPart2506721.vBpMTqiTqn 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) iQIcBAABAgAGBQJMDyltAAoJEEFjO5/oN/WB6m0P/0w0mVKc1SqETWAYC2fJIxpb z5v7gUmilChOZ3v+ODfJN7x01T4CzyYpniV5Ff1x79omQuk7pKelC1mseSuh/DZc PLxNIEHwDD7bQqmznEPrAvcJwBDuMncJSikUqDxBubH0M8URJkjHYHNQ/M0ksixI k9JwUaK/6ZkxJTT5puJ7aZtkPCwDjKKC/nAJZN5uheFvz41bNqqZgolGFC1DEJWk KO/WTWPNkHgSDHme942jFmUUxdHwwjhuNVafmfCgkE7m/RXzDZ1uYBNwG0CBHnb7 /TKOPjXVs2Dh7RCYchSz/3YwlnVUgIJWJ9i0sH0MDzxXRvXLMF4XCyC3T7/Dntdg 0CxwVzmxVA2XVVcyOgjB92MfSvzxZdqFYhm4qMVnoEIurm//wkmn3SZyhQBbEuge +m78RqKtOtgH7+Co7r5ml+dBXw0YGRl3sQzCbvLunr1CJn45ULjtuXiAdE9zsPj6 OsKA08xAEktsTnF3w5yttPULZGcNSevSOpieJkLaEJQUEIdueLHnyotPlcE/Qj+0 f8gwkHMwAXe7fN7FDVsJZClTRvcfK5FzBal2Wti6n2yslm9g9bz4i+qaqZgzHmGQ /Z0VXySfFOGyv4YM2FnLoKt9tZlhTJCaCwdIOa4qE3ZbzxS7ih7pUGUKtBcIJerq uKpjEa3h1nlFAJwYe1qT =8LH0 -----END PGP SIGNATURE----- --nextPart2506721.vBpMTqiTqn--