From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6411 invoked by alias); 12 Jan 2011 13:43:31 -0000 Received: (qmail 6403 invoked by uid 22791); 12 Jan 2011 13:43:30 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,TW_SV,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mailout-de.gmx.net (HELO mail.gmx.net) (213.165.64.23) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Wed, 12 Jan 2011 13:43:25 +0000 Received: (qmail invoked by alias); 12 Jan 2011 13:43:22 -0000 Received: from LN-mac29.grenoble.cnrs.fr (EHLO axel) [147.173.67.29] by mail.gmx.net (mp013) with SMTP; 12 Jan 2011 14:43:22 +0100 Date: Wed, 12 Jan 2011 13:43:00 -0000 From: Axel Freyn To: gcc@gcc.gnu.org Subject: Re: Dumb idea for accelerating FOSS development Message-ID: <20110112134317.GS9055@axel> Mail-Followup-To: gcc@gcc.gnu.org References: <20110112124351.GC13845@ours.starynkevitch.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110112124351.GC13845@ours.starynkevitch.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2011-01/txt/msg00141.txt.bz2 Hi, On Wed, Jan 12, 2011 at 01:43:51PM +0100, Basile Starynkevitch wrote: > On Wed, Jan 12, 2011 at 06:07:48AM -0500, Bill Cox wrote: > > Unfortunately, while I could implement this idea in a few days, the > > red tape would keep it in limbo so long that I'll likely die of old > > age before it gets into Debian Stable. Oh, well... here's the dumb > > idea anyway... In short, support a syntax in gcc like: > > > > $ gcc myprog.c -lgit://github/~waywardgeek/sonic=0.1 > > > > In theory, this would cause gcc to do the following: > > > > - Check and see if the requested library has already been > > downloaded and built, and still in the cache > > - If not, download the latest compatible signed version, verify > > the signature, and compile it > > - link to the library in the cache > > At a first glance, I find your idea crazy but nice (but what about header > files *.h of the requested library?). I would be delighted to have it. Maybe > others don't think that way (in particular, those not working on Linux, and > those not working on a compiler running with a network connection). > > Very probably ccache is the better place to implement that, since it already do > some (preprocessed) source code cache. http://ccache.samba.org/ > > However, my personal feeling is that GCC is quite conservative on the user > features it is accepting. So I won't bet that your idea will be positively > accepted. Well, it is not exactly what you are asking for, but the depot_tools used in the chromium developement might be a solution: http://www.chromium.org/developers/how-tos/depottools The can keep track of different libraries checkout out from svn or git repositories, and calling "gclient sync" connects to all repositories belonging to the project and verifies that all files are up-to-date. May be that would be a better starting point than using gcc? Axel