From MAILER-DAEMON Mon Apr 04 19:43:16 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q6tQS-0007bs-JN for mharc-gcl-devel@gnu.org; Mon, 04 Apr 2011 19:43:16 -0400 Received: from [140.186.70.92] (port=42792 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q6tQP-0007bH-2Z for Gcl-devel@gnu.org; Mon, 04 Apr 2011 19:43:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q6tQN-0004Eg-Gk for Gcl-devel@gnu.org; Mon, 04 Apr 2011 19:43:12 -0400 Received: from exprod5og114.obsmtp.com ([64.18.0.28]:56426) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Q6tQN-0004DH-9n for Gcl-devel@gnu.org; Mon, 04 Apr 2011 19:43:11 -0400 Received: from source ([209.85.160.182]) (using TLSv1) by exprod5ob114.postini.com ([64.18.4.12]) with SMTP ID DSNKTZpXiwTCfOf3CHKwjAFJV8rqXUiDAE3m@postini.com; Mon, 04 Apr 2011 16:43:11 PDT Received: by gyg13 with SMTP id 13so2801637gyg.13 for ; Mon, 04 Apr 2011 16:43:07 -0700 (PDT) Received: by 10.236.186.6 with SMTP id v6mr11280729yhm.72.1301960587238; Mon, 04 Apr 2011 16:43:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.103.177 with HTTP; Mon, 4 Apr 2011 16:42:27 -0700 (PDT) In-Reply-To: <87wrjac9sj.fsf@maguirefamily.com> References: <87wrjac9sj.fsf@maguirefamily.com> From: Donald Winiecki Date: Mon, 4 Apr 2011 17:42:27 -0600 Message-ID: To: Camm Maguire Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 64.18.0.28 Cc: Gcl-devel@gnu.org Subject: [Gcl-devel] Re: Successful build of gcl269pre-ANSI on WinXP(32) -- how I was ultimately successful, BUT problems with *info* files in REPL X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 23:43:14 -0000 Hi Camm, All worked well with the info files when first set up 2.6.8 pre on my machine last August. I don't believe it is the build but rather the files themselves -- they appear to be munged on the server. When I copy the info files I archived last summer into an appropriate directory path, they work fine... Best, _don On Mon, Apr 4, 2011 at 9:31 AM, Camm Maguire wrote= : > Greetings, and thanks for the great news of your report! > > I concur that the most likely explanation of your results is a > vistafication of your xp boxes. =A0In any case, clearly a build tool > issue outside of gcl's control, now thankfully resolved, apparently. > > All that remains apparently is your info issue. =A0Here is what I get in > a freshly built tree after a successful (help 'cons): > >>si::*info-paths* > > ("/home/camm/debian/gcl/gcl-2.6.8pre/info/" "/" "/usr/info/" > =A0"/usr/local/lib/info/" "/usr/local/info/" "/usr/local/gnu/info/" > =A0"/usr/share/info/") > > The path (concatenate 'string si::*lib-directory* "info") should be > prepended to si::*info-paths* at first invocation of the info system. > If you could report your results, we can see why this is not happening > for you. =A0Please note that when installing a built tree elsewhere, the > utility function si::reset-sys-paths must be used to get things in > sync in their new locations. =A0The Debian gcl package does this > automatically. =A0make install should too, but if you are building a > windows installer, then I really don't know what is right. > > Really close now! > > Take care, > > Donald Winiecki writes: > >> Hi all! >> >> Over the past several weeks I have been working to create a native >> WinXP (32 bit) build of the current gcl268pre. =A0Up until last night I >> had been unsuccessful on four separate machines running WinXP either >> natively or under emulation (through Sun's/Oracle's VirtualBox). >> Building the CLtL1 variant had never been a problem. >> >> I was finally successful after installing the build tools following my >> directions for preparing to build GCL on WinVista. =A0I have tried and >> had success on three of the four machines that previously failed a >> gcl268pre-ANSI build (I haven't yet tried on the fourth machine). >> >> Paranoid as I am, I normally keep all Windows operating systems up to >> date with patches from Microsoft and right now I'm guessing (and it's >> just that, a guess) that some recent patches from Microsoft for WinXP >> have put code or operating characteristics from WinVista into WinXP. >> This may (hypothetically) account for my inability to build >> gcl268pre-ANSI natively on an up-to-date installation of WinXP. >> >> But even with this, I and one other user have experienced trouble >> getting the current *info* file package to operate inside the GCL >> REPL. =A0It would always complain about broken access to the info >> file(s). =A0At the very bottom of this message is the result of >> attempting to invoke (help 'cons) from the REPL. >> >> HOWEVER, I was successful in getting the info files to operate inside >> the REPL by copying info files from a several-month-old installation >> of GCL on another machine, into the proper directory structure and >> replacing the info files currently posted on the GCL project's >> website. >> >> The info files currently posted on the GCL project's website do not >> extract properly. =A0When extracting the files, I receive an error >> "There are data after the end of archive" (I'm using the open source >> version of 7-zip to extract them on my WinXP machine). Perhaps others >> could confirm this for me in their installations of GCL and if we get >> reliable failures, we can replace the currently posted info files with >> my archived copy. >> >> Best, >> >> -- documentary trace of failure of (help 'cons) -- >> >>>(help 'cons) >> >> ------------------------------------------------------------------------= ----- >> CONS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [Function] >> (not found "dir") >> Error in IF [or a callee]: Cannot open the file NIL. >> >> Fast links are on: do (use-fast-links nil) for debugging >> Broken at SYSTEM::PRINT-DOC. =A0Type :H for Help. >> =A01 (Continue) Retry opening file #p"NIL". >> =A02 (Abort) Return to top level. >> dbl:>> >> >> >> -- end -- >> >> _don >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~ >> Don Winiecki, Ed.D., Ph.D. >> Professor >> Boise State University, College of Engineering >> Department of Instructional & Performance Technology >> 1910 University Drive, Boise, Idaho 83725-2070 USA >> E-mail: dwiniecki@boisestate.edu >> WWW: http://ipt.boisestate.edu >> Telephone: (+01) 208 426 1899 >> Fax: (+01) 208 426 1970 >> ~~~~~~~~~~~~~~~~~~~~~~~~d >> >> >> >> > > -- > Camm Maguire =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0camm@maguirefamily.org > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > "The earth is but one country, and mankind its citizens." =A0-- =A0Baha'u= 'llah > From MAILER-DAEMON Mon Apr 04 19:51:41 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q6tYb-0004q4-Gm for mharc-gcl-devel@gnu.org; Mon, 04 Apr 2011 19:51:41 -0400 Received: from [140.186.70.92] (port=51660 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q6tYY-0004p1-P6 for Gcl-devel@gnu.org; Mon, 04 Apr 2011 19:51:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q6tYW-00078N-S8 for Gcl-devel@gnu.org; Mon, 04 Apr 2011 19:51:38 -0400 Received: from exprod5og105.obsmtp.com ([64.18.0.180]:47997) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Q6tYW-00076O-Kd for Gcl-devel@gnu.org; Mon, 04 Apr 2011 19:51:36 -0400 Received: from source ([209.85.213.174]) (using TLSv1) by exprod5ob105.postini.com ([64.18.4.12]) with SMTP ID DSNKTZpZhju8PbZzXSzN45ij/xD15aLS+xGZ@postini.com; Mon, 04 Apr 2011 16:51:36 PDT Received: by yxs7 with SMTP id 7so3106587yxs.33 for ; Mon, 04 Apr 2011 16:51:33 -0700 (PDT) Received: by 10.236.184.67 with SMTP id r43mr10936153yhm.222.1301961093168; Mon, 04 Apr 2011 16:51:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.103.177 with HTTP; Mon, 4 Apr 2011 16:50:53 -0700 (PDT) In-Reply-To: <87wrjac9sj.fsf@maguirefamily.com> References: <87wrjac9sj.fsf@maguirefamily.com> From: Donald Winiecki Date: Mon, 4 Apr 2011 17:50:53 -0600 Message-ID: To: Camm Maguire , Gcl-devel@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 64.18.0.180 Cc: Subject: [Gcl-devel] Re: Successful build of gcl269pre-ANSI on WinXP(32) -- how I was ultimately successful, BUT problems with *info* files in REPL X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 23:51:40 -0000 Hi Camm, All worked well with the info files when first set up 2.6.8 pre on my machine last August. I don't believe it is the build but rather the files themselves -- they appear to be munged on the server. When I copy the info files I archived last summer into an appropriate directory path, they work fine... Best, _don On Mon, Apr 4, 2011 at 9:31 AM, Camm Maguire wrote= : > Greetings, and thanks for the great news of your report! > > I concur that the most likely explanation of your results is a > vistafication of your xp boxes. =A0In any case, clearly a build tool > issue outside of gcl's control, now thankfully resolved, apparently. > > All that remains apparently is your info issue. =A0Here is what I get in > a freshly built tree after a successful (help 'cons): > >>si::*info-paths* > > ("/home/camm/debian/gcl/gcl-2.6.8pre/info/" "/" "/usr/info/" > =A0"/usr/local/lib/info/" "/usr/local/info/" "/usr/local/gnu/info/" > =A0"/usr/share/info/") > > The path (concatenate 'string si::*lib-directory* "info") should be > prepended to si::*info-paths* at first invocation of the info system. > If you could report your results, we can see why this is not happening > for you. =A0Please note that when installing a built tree elsewhere, the > utility function si::reset-sys-paths must be used to get things in > sync in their new locations. =A0The Debian gcl package does this > automatically. =A0make install should too, but if you are building a > windows installer, then I really don't know what is right. > > Really close now! > > Take care, > > Donald Winiecki writes: > >> Hi all! >> >> Over the past several weeks I have been working to create a native >> WinXP (32 bit) build of the current gcl268pre. =A0Up until last night I >> had been unsuccessful on four separate machines running WinXP either >> natively or under emulation (through Sun's/Oracle's VirtualBox). >> Building the CLtL1 variant had never been a problem. >> >> I was finally successful after installing the build tools following my >> directions for preparing to build GCL on WinVista. =A0I have tried and >> had success on three of the four machines that previously failed a >> gcl268pre-ANSI build (I haven't yet tried on the fourth machine). >> >> Paranoid as I am, I normally keep all Windows operating systems up to >> date with patches from Microsoft and right now I'm guessing (and it's >> just that, a guess) that some recent patches from Microsoft for WinXP >> have put code or operating characteristics from WinVista into WinXP. >> This may (hypothetically) account for my inability to build >> gcl268pre-ANSI natively on an up-to-date installation of WinXP. >> >> But even with this, I and one other user have experienced trouble >> getting the current *info* file package to operate inside the GCL >> REPL. =A0It would always complain about broken access to the info >> file(s). =A0At the very bottom of this message is the result of >> attempting to invoke (help 'cons) from the REPL. >> >> HOWEVER, I was successful in getting the info files to operate inside >> the REPL by copying info files from a several-month-old installation >> of GCL on another machine, into the proper directory structure and >> replacing the info files currently posted on the GCL project's >> website. >> >> The info files currently posted on the GCL project's website do not >> extract properly. =A0When extracting the files, I receive an error >> "There are data after the end of archive" (I'm using the open source >> version of 7-zip to extract them on my WinXP machine). Perhaps others >> could confirm this for me in their installations of GCL and if we get >> reliable failures, we can replace the currently posted info files with >> my archived copy. >> >> Best, >> >> -- documentary trace of failure of (help 'cons) -- >> >>>(help 'cons) >> >> ------------------------------------------------------------------------= ----- >> CONS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [Function] >> (not found "dir") >> Error in IF [or a callee]: Cannot open the file NIL. >> >> Fast links are on: do (use-fast-links nil) for debugging >> Broken at SYSTEM::PRINT-DOC. =A0Type :H for Help. >> =A01 (Continue) Retry opening file #p"NIL". >> =A02 (Abort) Return to top level. >> dbl:>> >> >> >> -- end -- >> >> _don >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~ >> Don Winiecki, Ed.D., Ph.D. >> Professor >> Boise State University, College of Engineering >> Department of Instructional & Performance Technology >> 1910 University Drive, Boise, Idaho 83725-2070 USA >> E-mail: dwiniecki@boisestate.edu >> WWW: http://ipt.boisestate.edu >> Telephone: (+01) 208 426 1899 >> Fax: (+01) 208 426 1970 >> ~~~~~~~~~~~~~~~~~~~~~~~~d >> >> >> >> > > -- > Camm Maguire =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0camm@maguirefamily.org > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > "The earth is but one country, and mankind its citizens." =A0-- =A0Baha'u= 'llah > From MAILER-DAEMON Thu Apr 07 10:54:30 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q7qbN-0001Gk-PM for mharc-gcl-devel@gnu.org; Thu, 07 Apr 2011 10:54:29 -0400 Received: from [140.186.70.92] (port=37415 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7qbD-00017F-BP for gcl-devel@gnu.org; Thu, 07 Apr 2011 10:54:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7qb5-0006ra-Rx for gcl-devel@gnu.org; Thu, 07 Apr 2011 10:54:12 -0400 Received: from tvwna-ip-d-105.princeton.org ([66.180.186.109]:54259 helo=localhost.m.enhanced.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7qb5-0006rO-Ht for gcl-devel@gnu.org; Thu, 07 Apr 2011 10:54:11 -0400 Received: from camm by localhost.m.enhanced.com with local (Exim 4.69) (envelope-from ) id 1Q7q8j-0001ya-3c; Thu, 07 Apr 2011 10:24:53 -0400 To: phones head Subject: Re: [Gcl-devel] Legacy code won't run in gcl-2.7_7 References: From: Camm Maguire Date: Thu, 07 Apr 2011 10:24:53 -0400 In-Reply-To: (phones head's message of "Fri\, 4 Mar 2011 02\:40\:05 +0800") Message-ID: <87hbaaw34a.fsf@maguirefamily.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 66.180.186.109 Cc: gcl-devel@gnu.org X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 14:54:27 -0000 Greetings! COuld you please post the source so I can take a look? Take care, phones head writes: > Hi, I've got source code allerged to work well in gcl-2.3, but when I > tried to run it in gcl-2.7_7, it raised many error, among them are > UNDEFINED PACKAGE, and export symbol conflict. I tried to fix them by > add (defpackage "XXX") before (in-package "XXX") and shadow some > symbols against others. But many wierd error just keep comes, I don't > even know what the error is. Could anyone help me out? > Best wishes! > > _______________________________________________ > Gcl-devel mailing list > Gcl-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/gcl-devel > > > > -- Camm Maguire camm@maguirefamily.org ========================================================================== "The earth is but one country, and mankind its citizens." -- Baha'u'llah From MAILER-DAEMON Thu Apr 07 11:21:07 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q7r19-0005qb-7B for mharc-gcl-devel@gnu.org; Thu, 07 Apr 2011 11:21:07 -0400 Received: from [140.186.70.92] (port=52222 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7r17-0005mO-PQ for gcl-devel@gnu.org; Thu, 07 Apr 2011 11:21:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7r13-0004md-7w for gcl-devel@gnu.org; Thu, 07 Apr 2011 11:21:05 -0400 Received: from mail4.dslextreme.com ([66.51.199.93]:52291) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Q7r13-0004mO-0H for gcl-devel@gnu.org; Thu, 07 Apr 2011 11:21:01 -0400 Received: (qmail 21751 invoked from network); 7 Apr 2011 15:20:58 -0000 Received: from unknown (HELO wisdom.m.enhanced.com) (141.150.253.93) by mail4.dslextreme.com with (AES256-SHA encrypted) SMTP (a24a59c4-612a-11e0-a751-000c29c6406d); Thu, 07 Apr 2011 08:20:58 -0700 Received: from camm by wisdom.m.enhanced.com with local (Exim 4.63) (envelope-from ) id 1Q7q9U-0007te-QO for gcl-devel@gnu.org; Thu, 07 Apr 2011 10:25:40 -0400 To: gcl-devel@gnu.org Message-Id: From: Camm Maguire Date: Thu, 07 Apr 2011 10:25:40 -0400 X-MagicMail-UUID: a24a59c4-612a-11e0-a751-000c29c6406d X-MagicMail-MUA: a24a59c4-612a-11e0-a751-000c29c6406d X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 66.51.199.93 Subject: [Gcl-devel] (no subject) X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 15:21:06 -0000 test From MAILER-DAEMON Thu Apr 07 12:42:47 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q7sIB-0001hy-Ej for mharc-gcl-devel@gnu.org; Thu, 07 Apr 2011 12:42:47 -0400 Received: from [140.186.70.92] (port=45731 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7sI9-0001fg-E7 for gcl-devel@gnu.org; Thu, 07 Apr 2011 12:42:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7sI8-0005aX-4R for gcl-devel@gnu.org; Thu, 07 Apr 2011 12:42:45 -0400 Received: from tvwna-ip-d-105.princeton.org ([66.180.186.109]:35220 helo=localhost.m.enhanced.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7sI7-0005aC-OH for gcl-devel@gnu.org; Thu, 07 Apr 2011 12:42:44 -0400 Received: from camm by localhost.m.enhanced.com with local (Exim 4.69) (envelope-from ) id 1Q7sI5-0002aB-MR; Thu, 07 Apr 2011 12:42:41 -0400 To: =?utf-8?Q?Far=C3=A9?= Subject: Re: [Gcl-devel] notinline functions lose secondary values References: From: Camm Maguire Date: Thu, 07 Apr 2011 12:42:41 -0400 In-Reply-To: (=?utf-8?Q?=22Far=C3=A9=22's?= message of "Thu\, 31 Mar 2011 17\:11\:25 +0000") Message-ID: <87ipuqt3lq.fsf@maguirefamily.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 66.180.186.109 Cc: gcl-devel@gnu.org X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 16:42:46 -0000 Greetings, and thanks! Fixed in cvs: Index: gcl_cmpcall.lsp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /sources/gcl/gcl/cmpnew/gcl_cmpcall.lsp,v retrieving revision 1.27 retrieving revision 1.28 diff -u -u -r1.27 -r1.28 --- gcl_cmpcall.lsp 16 Dec 2007 08:56:40 -0000 1.27 +++ gcl_cmpcall.lsp 4 Apr 2011 15:36:01 -0000 1.28 @@ -662,6 +662,7 @@ (wt-nl loc "=3D(" (vv-str (add-symbol fname)) "->s.s_gfd= ef);")) (push-args-lispcall args) (cond ((or (eq *value-to-go* 'return) + (multiple-values-p) (rassoc *value-to-go* +return-alist+) (eq *value-to-go* 'top)) (wt-nl "lispcall") @@ -680,6 +681,7 @@ (let ((base *vs*)) (push-args-lispcall args) (cond ((or (eq *value-to-go* 'return) + (multiple-values-p) (rassoc *value-to-go* +return-alist+) (eq *value-to-go* 'top)) (wt-nl "symlispcall") Far=C3=A9 writes: > Reduced test case. Using GCL 2.7.0 in ANSI mode. > > (load (compile "bug.lisp")) > > ;;; bug.lisp contents follow: > > (in-package :cl-user) > > (defun bar (x) > (values x x)) > (declaim (notinline bar)) > (defun foo (x) > (multiple-value-bind (a b) (bar x) > (list a b))) > (format t "~&~S~%" (foo 1)) ;=3D=3D> (1 NIL) instead of (1 1) > > (defun baz (x) > (values x x)) > (declaim (inline baz)) > (defun quux (x) > (multiple-value-bind (a b) (baz x) > (list a b))) > (format t "~&~S~%" (quux 1)) ;=3D=3D> (1 1) as expected > > [ Fran=C3=A7ois-Ren=C3=A9 =C3=90VB Rideau | Reflection&Cybernethics | htt= p://fare.tunes.org ] > When you've seen one nuclear war, you've seen them all. > > _______________________________________________ > Gcl-devel mailing list > Gcl-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/gcl-devel > > > > Take care, --=20 Camm Maguire camm@maguirefamily.org =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D "The earth is but one country, and mankind its citizens." -- Baha'u'llah From MAILER-DAEMON Thu Apr 07 13:06:07 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q7sel-0005lJ-5Z for mharc-gcl-devel@gnu.org; Thu, 07 Apr 2011 13:06:07 -0400 Received: from [140.186.70.92] (port=58793 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7sei-0005l5-BT for gcl-devel@gnu.org; Thu, 07 Apr 2011 13:06:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7seg-0005jx-VU for gcl-devel@gnu.org; Thu, 07 Apr 2011 13:06:04 -0400 Received: from tvwna-ip-d-105.princeton.org ([66.180.186.109]:36369 helo=localhost.m.enhanced.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7seg-0005jg-TB for gcl-devel@gnu.org; Thu, 07 Apr 2011 13:06:02 -0400 Received: from camm by localhost.m.enhanced.com with local (Exim 4.69) (envelope-from ) id 1Q7seV-0005EE-U1; Thu, 07 Apr 2011 13:05:51 -0400 To: Jerry James References: From: Camm Maguire Date: Thu, 07 Apr 2011 13:05:51 -0400 In-Reply-To: (Jerry James's message of "Thu\, 10 Feb 2011 21\:21\:04 -0700") Message-ID: <87aag2outs.fsf@maguirefamily.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 66.180.186.109 Cc: GCL Development Subject: [Gcl-devel] gcc-4.6, volatile, and warnings X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 17:06:05 -0000 Greetings! Thanks so much, your patch is obviously right and has now been committed. Just got my own gcc-4.6 from Debian and confirmed the prior problem too. gcc-4.6 exposes quite a few set-but-unused variables issues, which I think should be properly fixed post release. Should I have configure turn off this warning when this compiler is detected? Thoughts? Take care, Jerry James writes: > The Fedora project is in the midst of a mass package rebuild. One of > the reasons for doing this is so that all C/C++/... code in Fedora 15 > packages will have been built with GCC 4.6 (to be). The GCL package > failed to rebuild. The build failure looks exactly like the one > reported here, but this time GCC did emit warnings: > > http://lists.gnu.org/archive/html/gcl-devel/2005-07/msg00028.html > > I think the "volatile" annotations are still not correct. The > attached patch results in a successful build for me. I think the > print.d portion is obviously correct. For the prog.c portion, the > pointers in new_top and bodysv are used after the setjmp call, so > should also be volatile. The tinf variable is only used to iterate, > and is initialized after the setjmp call, so it does not need to be > volatile. The tinf_base variable (as also new_top and bodysv) should > be declared with the "volatile" AFTER the asterisk, rather than > before, because it is the pointer itself that needs to survive the > setjmp call, not the thing pointed to. > > Regards, > -- > Jerry James > http://www.jamezone.org/ > > _______________________________________________ > Gcl-devel mailing list > Gcl-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/gcl-devel -- Camm Maguire camm@maguirefamily.org ========================================================================== "The earth is but one country, and mankind its citizens." -- Baha'u'llah From MAILER-DAEMON Thu Apr 07 13:08:12 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q7sgm-0007Wa-L0 for mharc-gcl-devel@gnu.org; Thu, 07 Apr 2011 13:08:12 -0400 Received: from [140.186.70.92] (port=59646 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7sgj-0007Tm-Vb for Gcl-devel@gnu.org; Thu, 07 Apr 2011 13:08:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7sgi-0006HR-7x for Gcl-devel@gnu.org; Thu, 07 Apr 2011 13:08:09 -0400 Received: from tvwna-ip-d-105.princeton.org ([66.180.186.109]:36371 helo=localhost.m.enhanced.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7sgh-0006HH-SD for Gcl-devel@gnu.org; Thu, 07 Apr 2011 13:08:08 -0400 Received: from camm by localhost.m.enhanced.com with local (Exim 4.69) (envelope-from ) id 1Q7sgg-0005EM-Fq; Thu, 07 Apr 2011 13:08:06 -0400 To: Donald Winiecki References: <87wrjac9sj.fsf@maguirefamily.com> From: Camm Maguire Date: Thu, 07 Apr 2011 13:08:06 -0400 In-Reply-To: (Donald Winiecki's message of "Mon\, 4 Apr 2011 17\:42\:27 -0600") Message-ID: <8762qqouq1.fsf_-_@maguirefamily.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 66.180.186.109 Cc: Gcl-devel@gnu.org Subject: [Gcl-devel] info files X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 17:08:11 -0000 Greetings! Can you confirm that this is an issue of the missing gcl.info, and not munged gcl-si.info or gcl-tk.info? We cannot ship the former in official releases alas as the draft dpANS doc does not have a compatible license per FSF. Wish therre was a resolution to this!=20 Take care, Donald Winiecki writes: > Hi Camm, > > All worked well with the info files when first set up 2.6.8 pre on my > machine last August. > > I don't believe it is the build but rather the files themselves -- > they appear to be munged on the server. When I copy the info files I > archived last summer into an appropriate directory path, they work > fine... > > Best, > > _don > > > > On Mon, Apr 4, 2011 at 9:31 AM, Camm Maguire wro= te: >> Greetings, and thanks for the great news of your report! >> >> I concur that the most likely explanation of your results is a >> vistafication of your xp boxes. =C2=A0In any case, clearly a build tool >> issue outside of gcl's control, now thankfully resolved, apparently. >> >> All that remains apparently is your info issue. =C2=A0Here is what I get= in >> a freshly built tree after a successful (help 'cons): >> >>>si::*info-paths* >> >> ("/home/camm/debian/gcl/gcl-2.6.8pre/info/" "/" "/usr/info/" >> =C2=A0"/usr/local/lib/info/" "/usr/local/info/" "/usr/local/gnu/info/" >> =C2=A0"/usr/share/info/") >> >> The path (concatenate 'string si::*lib-directory* "info") should be >> prepended to si::*info-paths* at first invocation of the info system. >> If you could report your results, we can see why this is not happening >> for you. =C2=A0Please note that when installing a built tree elsewhere, = the >> utility function si::reset-sys-paths must be used to get things in >> sync in their new locations. =C2=A0The Debian gcl package does this >> automatically. =C2=A0make install should too, but if you are building a >> windows installer, then I really don't know what is right. >> >> Really close now! >> >> Take care, >> >> Donald Winiecki writes: >> >>> Hi all! >>> >>> Over the past several weeks I have been working to create a native >>> WinXP (32 bit) build of the current gcl268pre. =C2=A0Up until last nigh= t I >>> had been unsuccessful on four separate machines running WinXP either >>> natively or under emulation (through Sun's/Oracle's VirtualBox). >>> Building the CLtL1 variant had never been a problem. >>> >>> I was finally successful after installing the build tools following my >>> directions for preparing to build GCL on WinVista. =C2=A0I have tried a= nd >>> had success on three of the four machines that previously failed a >>> gcl268pre-ANSI build (I haven't yet tried on the fourth machine). >>> >>> Paranoid as I am, I normally keep all Windows operating systems up to >>> date with patches from Microsoft and right now I'm guessing (and it's >>> just that, a guess) that some recent patches from Microsoft for WinXP >>> have put code or operating characteristics from WinVista into WinXP. >>> This may (hypothetically) account for my inability to build >>> gcl268pre-ANSI natively on an up-to-date installation of WinXP. >>> >>> But even with this, I and one other user have experienced trouble >>> getting the current *info* file package to operate inside the GCL >>> REPL. =C2=A0It would always complain about broken access to the info >>> file(s). =C2=A0At the very bottom of this message is the result of >>> attempting to invoke (help 'cons) from the REPL. >>> >>> HOWEVER, I was successful in getting the info files to operate inside >>> the REPL by copying info files from a several-month-old installation >>> of GCL on another machine, into the proper directory structure and >>> replacing the info files currently posted on the GCL project's >>> website. >>> >>> The info files currently posted on the GCL project's website do not >>> extract properly. =C2=A0When extracting the files, I receive an error >>> "There are data after the end of archive" (I'm using the open source >>> version of 7-zip to extract them on my WinXP machine). Perhaps others >>> could confirm this for me in their installations of GCL and if we get >>> reliable failures, we can replace the currently posted info files with >>> my archived copy. >>> >>> Best, >>> >>> -- documentary trace of failure of (help 'cons) -- >>> >>>>(help 'cons) >>> >>> -----------------------------------------------------------------------= ------ >>> CONS =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 [Function] >>> (not found "dir") >>> Error in IF [or a callee]: Cannot open the file NIL. >>> >>> Fast links are on: do (use-fast-links nil) for debugging >>> Broken at SYSTEM::PRINT-DOC. =C2=A0Type :H for Help. >>> =C2=A01 (Continue) Retry opening file #p"NIL". >>> =C2=A02 (Abort) Return to top level. >>> dbl:>> >>> >>> >>> -- end -- >>> >>> _don >>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~ >>> Don Winiecki, Ed.D., Ph.D. >>> Professor >>> Boise State University, College of Engineering >>> Department of Instructional & Performance Technology >>> 1910 University Drive, Boise, Idaho 83725-2070 USA >>> E-mail: dwiniecki@boisestate.edu >>> WWW: http://ipt.boisestate.edu >>> Telephone: (+01) 208 426 1899 >>> Fax: (+01) 208 426 1970 >>> ~~~~~~~~~~~~~~~~~~~~~~~~d >>> >>> >>> >>> >> >> -- >> Camm Maguire =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0camm@maguirefamily.org >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> "The earth is but one country, and mankind its citizens." =C2=A0-- =C2= =A0Baha'u'llah >> > > _______________________________________________ > Gcl-devel mailing list > Gcl-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/gcl-devel > > > > --=20 Camm Maguire camm@maguirefamily.org =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D "The earth is but one country, and mankind its citizens." -- Baha'u'llah From MAILER-DAEMON Thu Apr 07 22:18:15 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q81H4-0006Gd-UK for mharc-gcl-devel@gnu.org; Thu, 07 Apr 2011 22:18:14 -0400 Received: from [140.186.70.92] (port=51984 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q81Gw-0005te-1q for Gcl-devel@gnu.org; Thu, 07 Apr 2011 22:18:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q81Gu-00082u-CY for Gcl-devel@gnu.org; Thu, 07 Apr 2011 22:18:05 -0400 Received: from exprod5og117.obsmtp.com ([64.18.0.149]:35055) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Q81Gu-00080Z-0u for Gcl-devel@gnu.org; Thu, 07 Apr 2011 22:18:04 -0400 Received: from mail-yw0-f54.google.com ([209.85.213.54]) (using TLSv1) by exprod5ob117.postini.com ([64.18.4.12]) with SMTP ID DSNKTZ5wWCh+xZatsLYlU47P35C2iMQLRNTE@postini.com; Thu, 07 Apr 2011 19:18:03 PDT Received: by ywf9 with SMTP id 9so1776477ywf.27 for ; Thu, 07 Apr 2011 19:18:00 -0700 (PDT) Received: by 10.236.168.41 with SMTP id j29mr2122608yhl.321.1302229079355; Thu, 07 Apr 2011 19:17:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.108.137 with HTTP; Thu, 7 Apr 2011 19:17:19 -0700 (PDT) In-Reply-To: <8762qqouq1.fsf_-_@maguirefamily.org> References: <87wrjac9sj.fsf@maguirefamily.com> <8762qqouq1.fsf_-_@maguirefamily.org> From: Donald Winiecki Date: Thu, 7 Apr 2011 20:17:19 -0600 Message-ID: To: Camm Maguire Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 64.18.0.149 Cc: Gcl-devel@gnu.org Subject: [Gcl-devel] Re: info files X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2011 02:18:13 -0000 Hi Camm, gcl.info is included in the current download for info files (ftp://ftp.gnu.org/pub/gnu/gcl/gcl.info.tgz). However: 1. Neither gcl-si.info or gcl-tk.info is in the current download for info files, and 2. When the current download for info files is unpacked, only gcl.info is unpacked. All other files in the tar remain in *.gz format. 3. In the info files I downloaded last August (which work as expected), gcl.info, gcl-si.info and gcl-tk.info are present, _and_ all files unpack as expected. _don On Thu, Apr 7, 2011 at 11:08 AM, Camm Maguire wrot= e: > Greetings! =A0Can you confirm that this is an issue of the missing > gcl.info, and not munged gcl-si.info or gcl-tk.info? =A0We cannot ship > the former in official releases alas as the draft dpANS doc does not > have a compatible license per FSF. =A0Wish therre was a resolution to > this! > > Take care, > > Donald Winiecki writes: > >> Hi Camm, >> >> All worked well with the info files when first set up 2.6.8 pre on my >> machine last August. >> >> I don't believe it is the build but rather the files themselves -- >> they appear to be munged on the server. =A0When I copy the info files I >> archived last summer into an appropriate directory path, they work >> fine... >> >> Best, >> >> _don >> >> >> >> On Mon, Apr 4, 2011 at 9:31 AM, Camm Maguire wr= ote: >>> Greetings, and thanks for the great news of your report! >>> >>> I concur that the most likely explanation of your results is a >>> vistafication of your xp boxes. =A0In any case, clearly a build tool >>> issue outside of gcl's control, now thankfully resolved, apparently. >>> >>> All that remains apparently is your info issue. =A0Here is what I get i= n >>> a freshly built tree after a successful (help 'cons): >>> >>>>si::*info-paths* >>> >>> ("/home/camm/debian/gcl/gcl-2.6.8pre/info/" "/" "/usr/info/" >>> =A0"/usr/local/lib/info/" "/usr/local/info/" "/usr/local/gnu/info/" >>> =A0"/usr/share/info/") >>> >>> The path (concatenate 'string si::*lib-directory* "info") should be >>> prepended to si::*info-paths* at first invocation of the info system. >>> If you could report your results, we can see why this is not happening >>> for you. =A0Please note that when installing a built tree elsewhere, th= e >>> utility function si::reset-sys-paths must be used to get things in >>> sync in their new locations. =A0The Debian gcl package does this >>> automatically. =A0make install should too, but if you are building a >>> windows installer, then I really don't know what is right. >>> >>> Really close now! >>> >>> Take care, >>> >>> Donald Winiecki writes: >>> >>>> Hi all! >>>> >>>> Over the past several weeks I have been working to create a native >>>> WinXP (32 bit) build of the current gcl268pre. =A0Up until last night = I >>>> had been unsuccessful on four separate machines running WinXP either >>>> natively or under emulation (through Sun's/Oracle's VirtualBox). >>>> Building the CLtL1 variant had never been a problem. >>>> >>>> I was finally successful after installing the build tools following my >>>> directions for preparing to build GCL on WinVista. =A0I have tried and >>>> had success on three of the four machines that previously failed a >>>> gcl268pre-ANSI build (I haven't yet tried on the fourth machine). >>>> >>>> Paranoid as I am, I normally keep all Windows operating systems up to >>>> date with patches from Microsoft and right now I'm guessing (and it's >>>> just that, a guess) that some recent patches from Microsoft for WinXP >>>> have put code or operating characteristics from WinVista into WinXP. >>>> This may (hypothetically) account for my inability to build >>>> gcl268pre-ANSI natively on an up-to-date installation of WinXP. >>>> >>>> But even with this, I and one other user have experienced trouble >>>> getting the current *info* file package to operate inside the GCL >>>> REPL. =A0It would always complain about broken access to the info >>>> file(s). =A0At the very bottom of this message is the result of >>>> attempting to invoke (help 'cons) from the REPL. >>>> >>>> HOWEVER, I was successful in getting the info files to operate inside >>>> the REPL by copying info files from a several-month-old installation >>>> of GCL on another machine, into the proper directory structure and >>>> replacing the info files currently posted on the GCL project's >>>> website. >>>> >>>> The info files currently posted on the GCL project's website do not >>>> extract properly. =A0When extracting the files, I receive an error >>>> "There are data after the end of archive" (I'm using the open source >>>> version of 7-zip to extract them on my WinXP machine). Perhaps others >>>> could confirm this for me in their installations of GCL and if we get >>>> reliable failures, we can replace the currently posted info files with >>>> my archived copy. >>>> >>>> Best, >>>> >>>> -- documentary trace of failure of (help 'cons) -- >>>> >>>>>(help 'cons) >>>> >>>> ----------------------------------------------------------------------= ------- >>>> CONS =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [Function] >>>> (not found "dir") >>>> Error in IF [or a callee]: Cannot open the file NIL. >>>> >>>> Fast links are on: do (use-fast-links nil) for debugging >>>> Broken at SYSTEM::PRINT-DOC. =A0Type :H for Help. >>>> =A01 (Continue) Retry opening file #p"NIL". >>>> =A02 (Abort) Return to top level. >>>> dbl:>> >>>> >>>> >>>> -- end -- >>>> >>>> _don >>>> >>>> ~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> Don Winiecki, Ed.D., Ph.D. >>>> Professor >>>> Boise State University, College of Engineering >>>> Department of Instructional & Performance Technology >>>> 1910 University Drive, Boise, Idaho 83725-2070 USA >>>> E-mail: dwiniecki@boisestate.edu >>>> WWW: http://ipt.boisestate.edu >>>> Telephone: (+01) 208 426 1899 >>>> Fax: (+01) 208 426 1970 >>>> ~~~~~~~~~~~~~~~~~~~~~~~~d >>>> >>>> >>>> >>>> >>> >>> -- >>> Camm Maguire =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0camm@maguirefamily.org >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >>> "The earth is but one country, and mankind its citizens." =A0-- =A0Baha= 'u'llah >>> >> >> _______________________________________________ >> Gcl-devel mailing list >> Gcl-devel@gnu.org >> http://lists.gnu.org/mailman/listinfo/gcl-devel >> >> >> >> > > -- > Camm Maguire =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0camm@maguirefamily.org > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > "The earth is but one country, and mankind its citizens." =A0-- =A0Baha'u= 'llah > From MAILER-DAEMON Sat Apr 09 10:15:49 2011 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Q8Yx3-0004U9-9Z for mharc-gcl-devel@gnu.org; Sat, 09 Apr 2011 10:15:49 -0400 Received: from [140.186.70.92] (port=60912 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q8Yx1-0004Oe-2A for gcl-devel@gnu.org; Sat, 09 Apr 2011 10:15:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q8Ywz-0002em-QJ for gcl-devel@gnu.org; Sat, 09 Apr 2011 10:15:46 -0400 Received: from mail-ww0-f41.google.com ([74.125.82.41]:60705) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q8Ywz-0002eV-IG for gcl-devel@gnu.org; Sat, 09 Apr 2011 10:15:45 -0400 Received: by wwi18 with SMTP id 18so1420633wwi.0 for ; Sat, 09 Apr 2011 07:15:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=DDhbsE0+vlAhFGaWCEzcarRhRTambWKNyQcMnXfFOiA=; b=PJ7s3m0ycNEjN2+AHiH0JwBD9KW/leDSDhVWZb5IE4d82UqNjuRI6fAzI2vKgojC3M CZLRi6ig/BC21jcm8i7CwyNAlF7Wyb1LGCWAsTOr0sZ1z1Ya2rzbqV6uOpHEHpg785xb HOUId1g5DiIzTXE9QtzfJFpYnNOblGjG/j8bs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=jVXc0HDtSXVhd3YdbNPE5SzM4PWekIifZ8E9mA7n6fZnSUPKsoxeRt6Z6g+4PcvwPL gAUzvGbmI/GiH4skVNTHcv9DMwcZN3SnFRZFh09F7Nl7NrHaXUYgvRAc09ZvoshvSN4R WxWOq9HOJTB260tPacsPDPXv+7E791wPjmBZc= Received: by 10.227.180.138 with SMTP id bu10mr3381471wbb.226.1302358544117; Sat, 09 Apr 2011 07:15:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.72.134 with HTTP; Sat, 9 Apr 2011 07:15:24 -0700 (PDT) In-Reply-To: <87ipuqt3lq.fsf@maguirefamily.org> References: <87ipuqt3lq.fsf@maguirefamily.org> From: =?ISO-8859-1?Q?Far=E9?= Date: Sat, 9 Apr 2011 14:15:24 +0000 Message-ID: Subject: Re: [Gcl-devel] notinline functions lose secondary values To: Camm Maguire Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.41 Cc: gcl-devel@gnu.org X-BeenThere: gcl-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: gcl-devel.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2011 14:15:47 -0000 Dear Camm, thanks a lot for this prompt fix. While I have your attention, can you include ASDF 2.014 in GCL so one could (require :asdf) ? I've grabbed gcl from cvs to see if the condition errors that prevent it from passing the asdf test suite had been fixed. Unhappily, I failed to compile it. ./configure --prefix=3D/usr/local/stow/gcl --enable-ansi --enable-readline touch post_init.lsp echo " (in-package #+ansi-cl \"CL-USER\" #-ansi-cl\"USER\")(system:save-system \"tmp_image\")" >foo ./raw_pre_gcl /home/fare/src/gcl/unixport/ -libdir /home/fare/src/gcl/ < f= oo GCL (GNU Common Lisp) April 1994 524288 pages Building symbol table for /home/fare/src/gcl/unixport/raw_pre_gcl .. Segmentation violation: c stack ok:signalling error Unrecoverable error: Segmentation violation.. /bin/sh: line 1: 5735 Aborted ./raw_pre_gcl /home/fare/src/gcl/unixport/ -libdir /home/fare/src/gcl/ < foo make[1]: *** [saved_pre_gcl] Error 134 [ Fran=E7ois-Ren=E9 =D0VB Rideau | Reflection&Cybernethics | http://fare.tu= nes.org ] There is no such thing as philosophy-free science; there is only science whose philosophical baggage is taken on board without examination. =97 Daniel C. Dennett, Darwin's Dangerous Idea