From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13979 invoked by alias); 5 Dec 2010 20:41:25 -0000 Received: (qmail 13970 invoked by uid 22791); 5 Dec 2010 20:41:24 -0000 X-SWARE-Spam-Status: No, hits=-0.3 required=5.0 tests=AWL,BAYES_50,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 05 Dec 2010 20:41:19 +0000 Received: from eggs.gnu.org ([140.186.70.92]:51581) by fencepost.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PPLOV-0006eQ-2M for gcc@gnu.org; Sun, 05 Dec 2010 15:41:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PPLOW-0005gF-6v for gcc@gnu.org; Sun, 05 Dec 2010 15:41:17 -0500 Received: from smtp-100-sunday.noc.nerim.net ([62.4.17.100]:28416 helo=mallaury.nerim.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PPLOW-0005ez-1O for gcc@gnu.org; Sun, 05 Dec 2010 15:41:16 -0500 Received: from hector.lesours (ours.starynkevitch.net [213.41.244.95]) by mallaury.nerim.net (Postfix) with ESMTPS id 70E40153417; Sun, 5 Dec 2010 21:41:08 +0100 (CET) Received: from glinka.lesours ([192.168.0.1]) by hector.lesours with smtp (Exim 4.72) (envelope-from ) id 1PPLON-0001n3-P4; Sun, 05 Dec 2010 21:41:07 +0100 Date: Sun, 05 Dec 2010 20:41:00 -0000 From: Basile Starynkevitch To: Aspertame Man Cc: gcc@gnu.org Subject: Re: A possible super feature to add to gcc Message-Id: <20101205214052.7e0afac0.basile@starynkevitch.net> In-Reply-To: <1291581040.2886.6.camel@netbook> References: <1291581040.2886.6.camel@netbook> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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: 2010-12/txt/msg00164.txt.bz2 On Sun, 05 Dec 2010 14:30:40 -0600 Aspertame Man wrote: > > Back in the 1970's when we ran fortran on an IBM machine we had this > really powerful command called CALL FDUMP that if inserted into a > program would send the names and values of every variable, at the time > of its call, to a printer or file. In my opinion this was much more > useful at times than a symbolic debugger, in scientific number crunching > applications. > > If gcc does not have a similar function call I feel there would be > people using gcc in the scientific community that very well might > appreciate CALL FDUMP being resurrected. You probably are thinking of a new builtin or intrinsic function. It could be interesting, but it probably is not of general interest to the entire GCC community (which these days is quite conservative on the language extensions it accept). That could be an interesting project for a GCC plugin or a GCC MELT (see www.gcc-melt.org or http://gcc.gnu.org/wiki/MELT for more) extension. Maybe your company could fund someone (perhaps starting with a very good intern interested) to do such work. I would imagine that it could take a few months (at least for a person not extremly familiar with GCC internals). If you fund an intern to explore doing the work using GCC MELT, I would be delighted to help him on the MELT specific. Cheers. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} ***