From alexei.matveev@gmail.com Thu Mar 08 06:38:32 2012 Received: (at submit) by debbugs.gnu.org; 9 Mar 2012 07:50:39 +0000 Received: from eggs.gnu.org ([208.118.235.92]:36534) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S5bft-0006MS-Kf for submit@debbugs.gnu.org; Thu, 08 Mar 2012 06:38:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S5bel-0008If-2U for submit@debbugs.gnu.org; Thu, 08 Mar 2012 06:37:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:48032) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5bek-0008IY-T2 for submit@debbugs.gnu.org; Thu, 08 Mar 2012 06:37:14 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44383) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5bed-0003Ix-5A for bug-guile@gnu.org; Thu, 08 Mar 2012 06:37:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S5beC-0008DW-BV for bug-guile@gnu.org; Thu, 08 Mar 2012 06:37:06 -0500 Received: from mail-iy0-f169.google.com ([209.85.210.169]:45133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5beC-0008D0-4w for bug-guile@gnu.org; Thu, 08 Mar 2012 06:36:40 -0500 Received: by iajr24 with SMTP id r24so691473iaj.0 for ; Thu, 08 Mar 2012 03:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZD1Q5iw1FkbQm1gTIhsO0rDszGt8eF68Ui5RcV8Xsc0=; b=G8jyBxthaGXJY2hM6qrsZBH0HwMH/N2FaqfphaecY66WSZW8fI5Gne6SApyrb9jC55 AC/RRxEqvYVq+8mW+V5NC17EgVx6cQMQZs8bA5Sz+sUZNCORLi2PWoqUsBpQWEPOJy/Q v4hYADcmVZ4Tgo6nLAAPJ1tc+iMBCMBzxzBm4Ik4QPUedheXJzZviRKuqB3SPK5d2VZ7 YLoLFc9yKhkNuIUlGPiWPFffB8JagAtIWrmecXY5rySBHc1gIkQEAPFLt9GpfBQK2/lV NsvYaFY/OnZs51+H7TZOdt8RDwhS8RDLJJu8xIVA/6wXBY0HnJfdpHMD3Q3lrl6MFvwi DGdw== MIME-Version: 1.0 Received: by 10.50.158.133 with SMTP id wu5mr16536482igb.50.1331206597278; Thu, 08 Mar 2012 03:36:37 -0800 (PST) Received: by 10.231.234.209 with HTTP; Thu, 8 Mar 2012 03:36:37 -0800 (PST) Date: Thu, 8 Mar 2012 12:36:37 +0100 Message-ID: Subject: guile-user@gnu.org From: Alexei Matveev To: bug-guile@gnu.org Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 08 Mar 2012 12:52:53 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 11:38:32 -0000 Hi, All, For use from a Fortran program I am collecting API fixes for libguile.so as wrapper functions for what is provided to C-programs as macros. I noted that some of the macros are function-macros some are symbol macros. An example of the latter is #define scm_to_int scm_to_int23 This is inconsistent and makes escaping such macros slightly more difficult. (Honestly I dont know a way yet). One guile developer on IRC said this is "probably a good thing to fix" so I report it here. I dont build Guile 2 myself as the installations I use are quite dated/conservative. As a background, Fortran allows you to declare "foreign" functions, for example, like this: type, public, bind(c) :: scm_t private integer(c_intptr_t) :: do_not_ever_use end type scm_t interface function scm_symbol_p (obj) result (yes) bind (c) type(scm_t), intent(in), value :: obj type(scm_t) :: yes end function scm_symbol_p ... end interface This makes use of library functions quite handy. But it does not provide a way to access a C-macro, naturally. Alexei #include SCM guile_macro_scm_from_int (int i); int guile_macro_scm_to_int (SCM obj); int (scm_is_true) (SCM obj); int (scm_is_symbol) (SCM obj); int (scm_is_null) (SCM obj); SCM (scm_eol) (void); SCM guile_macro_scm_from_int (int i) { return scm_from_int(i); } int guile_macro_scm_to_int (SCM obj) { return scm_to_int(obj); } int (scm_is_true) (SCM obj) { return scm_is_true(obj); } int (scm_is_symbol) (SCM obj) { return scm_is_symbol(obj); } int (scm_is_null) (SCM obj) { return scm_is_null(obj); } SCM (scm_eol) () { return SCM_EOL; } From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 05:43:06 2012 Received: (at 10974) by debbugs.gnu.org; 2 Jul 2012 09:43:06 +0000 Received: from localhost ([127.0.0.1]:41200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sld9u-00055y-2A for submit@debbugs.gnu.org; Mon, 02 Jul 2012 05:43:06 -0400 Received: from xanadu.aquilenet.fr ([88.191.123.111]:44584) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sld9s-00055r-6r for 10974@debbugs.gnu.org; Mon, 02 Jul 2012 05:43:04 -0400 Received: from localhost (localhost [127.0.0.1]) by xanadu.aquilenet.fr (Postfix) with ESMTP id CB5A986CA; Mon, 2 Jul 2012 11:38:29 +0200 (CEST) Received: from xanadu.aquilenet.fr ([127.0.0.1]) by localhost (xanadu.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1yJdrNPdLU3i; Mon, 2 Jul 2012 11:38:29 +0200 (CEST) Received: from pluto (reverse-83.fdn.fr [80.67.176.83]) by xanadu.aquilenet.fr (Postfix) with ESMTPSA id 5C75F7E2B; Mon, 2 Jul 2012 11:38:29 +0200 (CEST) From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) To: Alexei Matveev Subject: Re: bug#10974: guile-user@gnu.org References: Date: Mon, 02 Jul 2012 11:38:27 +0200 In-Reply-To: (Alexei Matveev's message of "Thu, 8 Mar 2012 12:36:37 +0100") Message-ID: <87wr2mv6y4.fsf@gnu.org> User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10974 Cc: 10974@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) Hi, Sorry for the late reply. Alexei Matveev skribis: > For use from a Fortran program I am collecting API fixes for libguile.so > as wrapper functions for what is provided to C-programs as macros. > I noted that some of the macros are function-macros some are symbol > macros. An example of the latter is > > #define scm_to_int scm_to_int23 The macros in numbers.h that are =E2=80=9Csymbol macros=E2=80=9D, such as =E2=80=98scm_from_int=E2=80=99, allow users to write code like: &scm_from_int This wouldn=E2=80=99t be possible if these were function macros. Thus, I think things will have to remain this way. What do you think? Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 06:20:25 2012 Received: (at 10974) by debbugs.gnu.org; 2 Jul 2012 10:20:25 +0000 Received: from localhost ([127.0.0.1]:41265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sldk1-0005uo-Di for submit@debbugs.gnu.org; Mon, 02 Jul 2012 06:20:25 -0400 Received: from mail-gg0-f172.google.com ([209.85.161.172]:47578) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sldk0-0005uh-4A for 10974@debbugs.gnu.org; Mon, 02 Jul 2012 06:20:24 -0400 Received: by ggnc4 with SMTP id c4so3900784ggn.3 for <10974@debbugs.gnu.org>; Mon, 02 Jul 2012 03:15:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=9e3oZbAO0fLroJ8PhwFFKoIRH096lGI+HI5uec/omiU=; b=wmjMGgDiE86FsftTvnkj2SPmlafn4Ai9PZEK6WN7gGUIa1YzESijoH+NvyalgDjxlx iZ21EgIc492cJiwJcw44BfSNrl8WYU0i1Lpy/bALwNLH5mwbX+FBdflBrNoXpw6D8+jf /IqfIEAuqWDrFshKqvCnDR3NnMfEmzw9fGSOpBpk7RvoEQS1Xw1BR7FMvwq9WEEiTqGA 1ApmK4rdSESPRDZnHeNFwdcf8Oy0U4T22zTgCMdG61VyeqVlVSW++Z7TY4gMDbnxPiar BdA9p9gB+Q3pB0LxcAzsfvkam3y06/7OryZDsDSTMQw1HoygPVbb8tW+VT0HCnolDYOC qDqg== MIME-Version: 1.0 Received: by 10.50.220.136 with SMTP id pw8mr6924467igc.1.1341224146490; Mon, 02 Jul 2012 03:15:46 -0700 (PDT) Received: by 10.231.43.208 with HTTP; Mon, 2 Jul 2012 03:15:46 -0700 (PDT) In-Reply-To: <87wr2mv6y4.fsf@gnu.org> References: <87wr2mv6y4.fsf@gnu.org> Date: Mon, 2 Jul 2012 12:15:46 +0200 Message-ID: Subject: Re: bug#10974: guile-user@gnu.org From: Alexei Matveev To: =?ISO-8859-1?Q?Ludovic_Court=E8s?= , guile-devel Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10974 Cc: 10974@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Mon, Jul 2, 2012 at 11:38 AM, Ludovic Court=E8s wrote: > >> For use from a Fortran program I am collecting API fixes for libguile.so >> as wrapper functions for what is provided to C-programs as macros. >> I noted that some of the macros are function-macros some are symbol >> macros. An example of the latter is >> >> =A0 #define scm_to_int scm_to_int23 > > The macros in numbers.h that are =93symbol macros=94, such as > =91scm_from_int=92, allow users to write code like: > > =A0 &scm_from_int > > This wouldn=92t be possible if these were function macros. > > Thus, I think things will have to remain this way. Hi, It's ok. You may close it. I still think it could be less confusing if the libguile.so implemented/pro= vided functions as advertised in Guile API docs for the sake of interfacing to languages other than C. And &scm_from_int wold also work if it were a real function. But there are many more macros, so such a link-time interface would be a lot of work, I realize by now. Alexei From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 15:22:41 2012 Received: (at 10974-done) by debbugs.gnu.org; 2 Jul 2012 19:22:41 +0000 Received: from localhost ([127.0.0.1]:43240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlmCn-0005pb-Fe for submit@debbugs.gnu.org; Mon, 02 Jul 2012 15:22:41 -0400 Received: from xanadu.aquilenet.fr ([88.191.123.111]:48155) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlmCl-0005pQ-GV for 10974-done@debbugs.gnu.org; Mon, 02 Jul 2012 15:22:39 -0400 Received: from localhost (localhost [127.0.0.1]) by xanadu.aquilenet.fr (Postfix) with ESMTP id EE5F67E44; Mon, 2 Jul 2012 21:18:01 +0200 (CEST) Received: from xanadu.aquilenet.fr ([127.0.0.1]) by localhost (xanadu.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BeXX+D8-BS1a; Mon, 2 Jul 2012 21:18:01 +0200 (CEST) Received: from pluto (reverse-83.fdn.fr [80.67.176.83]) by xanadu.aquilenet.fr (Postfix) with ESMTPSA id 637B47C05; Mon, 2 Jul 2012 21:18:01 +0200 (CEST) From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) To: Alexei Matveev Subject: Re: bug#10974: guile-user@gnu.org References: <87wr2mv6y4.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 15 Messidor an 220 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu Date: Mon, 02 Jul 2012 21:17:59 +0200 In-Reply-To: (Alexei Matveev's message of "Mon, 2 Jul 2012 12:15:46 +0200") Message-ID: <87ehouug48.fsf@gnu.org> User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10974-done Cc: 10974-done@debbugs.gnu.org, guile-devel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) Hi, Alexei Matveev skribis: > It's ok. You may close it. Thanks. > I still think it could be less confusing if the libguile.so implemented/p= rovided > functions as advertised in Guile API docs for the sake of interfacing to > languages other than C. And &scm_from_int wold also work if it were a real > function. > > But there are many more macros, so such a link-time interface would be a > lot of work, I realize by now. Yeah. Though here, you could still write bindings for =E2=80=98scm_from_in= t32=E2=80=99 (the real function) instead of =E2=80=98scm_from_int=E2=80=99, for instance= , no? Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 15:40:38 2012 Received: (at 10974-done) by debbugs.gnu.org; 2 Jul 2012 19:40:38 +0000 Received: from localhost ([127.0.0.1]:43311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlmU9-0006Gb-Qk for submit@debbugs.gnu.org; Mon, 02 Jul 2012 15:40:38 -0400 Received: from mail-gg0-f172.google.com ([209.85.161.172]:48229) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlmU7-0006GT-TN for 10974-done@debbugs.gnu.org; Mon, 02 Jul 2012 15:40:36 -0400 Received: by ggnc4 with SMTP id c4so4452482ggn.3 for <10974-done@debbugs.gnu.org>; Mon, 02 Jul 2012 12:35:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0BoIX+Q2oFIlh0FGjA0NCjbyebECLSNmgF+ZiecyEsk=; b=Bc07BSaT+WBIiwpLMY7AN88OgtAtAV1c0x0TnW+i6WCDHGt69fHFSvlwtDejCC4DJj LQC4ibYZfV96TafcU27fGexYm0SdQuiHU5UQsCmmXaDuIilIANkMz8v8Vs+fePg2jJ2Y Pho38pM3W2b8vfiuAIWMK9bEBsI36Z1wDlKhasCKQqa4n0FxoaKKdMIxPG+kRHfibmgY TuscaLwupv4zGB0ZWVPOYHmN4XLUIXVCuxLEEBMH4OvG4LA6PefjhO8Kufc+QEEAiMzc hDd7NNJYh/8P/Gct+XBFv/Nqf7xcqA/jisXdh5n7BEvuz3hxJF4OTMlz3daGFxDfo8am 3rKA== MIME-Version: 1.0 Received: by 10.50.135.37 with SMTP id pp5mr6330909igb.33.1341257758100; Mon, 02 Jul 2012 12:35:58 -0700 (PDT) Received: by 10.231.43.208 with HTTP; Mon, 2 Jul 2012 12:35:58 -0700 (PDT) In-Reply-To: <87ehouug48.fsf@gnu.org> References: <87wr2mv6y4.fsf@gnu.org> <87ehouug48.fsf@gnu.org> Date: Mon, 2 Jul 2012 21:35:58 +0200 Message-ID: Subject: Re: bug#10974: guile-user@gnu.org From: Alexei Matveev To: =?ISO-8859-1?Q?Ludovic_Court=E8s?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10974-done Cc: 10974-done@debbugs.gnu.org, guile-devel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Yeah. Though here, you could still write bindings for =91scm_from_int32= =92 > (the real function) instead of =91scm_from_int=92, for instance, no? Right. I assume there was a reason to introduce scm_to/from_int macros and that it gets defined to either -32 or -64 versions depending on the build/platform (not sure what else, but Guile packagers know it). Using a specific one invites for portability problems or a pre-processor mess. My preferred solution is to compile a guile_api_fix_scm_from_int() that refers to scm_from_int() macro and relies on the expertise of the Guile packagers to decide which particular instance it is resolved to. Alexei From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 17:50:27 2012 Received: (at 10974) by debbugs.gnu.org; 2 Jul 2012 21:50:27 +0000 Received: from localhost ([127.0.0.1]:43521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SloVm-0000jA-TZ for submit@debbugs.gnu.org; Mon, 02 Jul 2012 17:50:27 -0400 Received: from a-pb-sasl-sd.pobox.com ([74.115.168.62]:62801 helo=sasl.smtp.pobox.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SloVl-0000j3-Az for 10974@debbugs.gnu.org; Mon, 02 Jul 2012 17:50:25 -0400 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 3E47AC1BF; Mon, 2 Jul 2012 17:45:47 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=sasl; bh=q3bOG54AVepG VIV9Tbv73LDFKi8=; b=pGgv6VgLGxaboc1j0QZplorL/5SmeQOaVShHoQpnf4rg pZGcRnXqqpsR5CEU8w7lFfS1E3lku3frLpXpbkwp/dWX6hOFnlScAW4Mx0JxkyoF kW4v+xVPmtlTba6OJpttYMLHgxtrshIbeE1ARQ+Uo4+CMm/DIYf2gFDN1vxyjrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=sasl; b=lgMBqO NC6YPA+XspqL/28vH/5TssYZ6nI7Rkg28ml/okWpVqtrsnUny2BO8uZYWmcpAq6/ EosBM+oJKu+CHoJsDd6uPxkrY0nLwb9HwPP27axHzjkfjoFtL+4N+JfR0YfWs9lB LCLdWPRDMRH7srjoY4g3fMgofflz6oeIfMaQE= Received: from b-pb-sasl-sd. (unknown [127.0.0.1]) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 36CDFC1BE; Mon, 2 Jul 2012 17:45:47 -0400 (EDT) Received: from badger (unknown [89.131.176.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTPSA id 9AA52C1BD; Mon, 2 Jul 2012 17:45:46 -0400 (EDT) From: Andy Wingo To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: bug#10974: guile-user@gnu.org References: <87wr2mv6y4.fsf@gnu.org> Date: Mon, 02 Jul 2012 23:45:43 +0200 In-Reply-To: <87wr2mv6y4.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Mon, 02 Jul 2012 11:38:27 +0200") Message-ID: <87vci5rg54.fsf@pobox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Pobox-Relay-ID: 48288D70-C48F-11E1-9CDB-FA6787E41631-02397024!b-pb-sasl-sd.pobox.com X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10974 Cc: 10974@debbugs.gnu.org, Alexei Matveev X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On Mon 02 Jul 2012 11:38, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > The macros in numbers.h that are =E2=80=9Csymbol macros=E2=80=9D, such as > =E2=80=98scm_from_int=E2=80=99, allow users to write code like: > > &scm_from_int > > This wouldn=E2=80=99t be possible if these were function macros. Interesting, I hadn't thought of that. > Thus, I think things will have to remain this way. Would this be "fixed" if we changed these to be implemented as inline functions? Dunno, just thinking out loud. Andy --=20 http://wingolog.org/ From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 18:38:34 2012 Received: (at 10974-done) by debbugs.gnu.org; 2 Jul 2012 22:38:34 +0000 Received: from localhost ([127.0.0.1]:43556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlpGL-0001lf-U8 for submit@debbugs.gnu.org; Mon, 02 Jul 2012 18:38:34 -0400 Received: from xanadu.aquilenet.fr ([88.191.123.111]:50957) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlpGJ-0001lW-NR for 10974-done@debbugs.gnu.org; Mon, 02 Jul 2012 18:38:32 -0400 Received: from localhost (localhost [127.0.0.1]) by xanadu.aquilenet.fr (Postfix) with ESMTP id BC8D62A20; Tue, 3 Jul 2012 00:33:52 +0200 (CEST) Received: from xanadu.aquilenet.fr ([127.0.0.1]) by localhost (xanadu.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dWCqcgZoS721; Tue, 3 Jul 2012 00:33:52 +0200 (CEST) Received: from pluto (reverse-83.fdn.fr [80.67.176.83]) by xanadu.aquilenet.fr (Postfix) with ESMTPSA id 3933F15C6; Tue, 3 Jul 2012 00:33:52 +0200 (CEST) From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) To: Alexei Matveev Subject: Re: bug#10974: guile-user@gnu.org References: <87wr2mv6y4.fsf@gnu.org> <87ehouug48.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 16 Messidor an 220 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu Date: Tue, 03 Jul 2012 00:33:50 +0200 In-Reply-To: (Alexei Matveev's message of "Mon, 2 Jul 2012 21:35:58 +0200") Message-ID: <878vf1u71t.fsf@gnu.org> User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10974-done Cc: 10974-done@debbugs.gnu.org, guile-devel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) Hi, Alexei Matveev skribis: > I assume there was a reason to introduce scm_to/from_int macros > and that it gets defined to either -32 or -64 versions depending on > the build/platform (not sure what else, but Guile packagers know it). > Using a specific one invites for portability problems or a pre-processor > mess. Yes, but it could be that the FORTRAN environment provides info about sizeof (int) at compile-time, which could be used to wire to the right C function. Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 18:40:09 2012 Received: (at 10974) by debbugs.gnu.org; 2 Jul 2012 22:40:09 +0000 Received: from localhost ([127.0.0.1]:43562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlpHt-0001o2-7Z for submit@debbugs.gnu.org; Mon, 02 Jul 2012 18:40:09 -0400 Received: from xanadu.aquilenet.fr ([88.191.123.111]:50966) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlpHs-0001nx-JZ for 10974@debbugs.gnu.org; Mon, 02 Jul 2012 18:40:08 -0400 Received: from localhost (localhost [127.0.0.1]) by xanadu.aquilenet.fr (Postfix) with ESMTP id 769DF7BF3; Tue, 3 Jul 2012 00:35:31 +0200 (CEST) Received: from xanadu.aquilenet.fr ([127.0.0.1]) by localhost (xanadu.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28mOFiho+8dG; Tue, 3 Jul 2012 00:35:31 +0200 (CEST) Received: from pluto (reverse-83.fdn.fr [80.67.176.83]) by xanadu.aquilenet.fr (Postfix) with ESMTPSA id EB8512A20; Tue, 3 Jul 2012 00:35:30 +0200 (CEST) From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) To: Andy Wingo Subject: Re: bug#10974: guile-user@gnu.org References: <87wr2mv6y4.fsf@gnu.org> <87vci5rg54.fsf@pobox.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 16 Messidor an 220 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu Date: Tue, 03 Jul 2012 00:35:29 +0200 In-Reply-To: <87vci5rg54.fsf@pobox.com> (Andy Wingo's message of "Mon, 02 Jul 2012 23:45:43 +0200") Message-ID: <871uktu6z2.fsf@gnu.org> User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10974 Cc: 10974@debbugs.gnu.org, Alexei Matveev X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) Hi, Andy Wingo skribis: > Would this be "fixed" if we changed these to be implemented as inline > functions? In some way, though their address could still not be taken. Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 02 19:22:39 2012 Received: (at 10974) by debbugs.gnu.org; 2 Jul 2012 23:22:39 +0000 Received: from localhost ([127.0.0.1]:43632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Slpx1-0003gL-4i for submit@debbugs.gnu.org; Mon, 02 Jul 2012 19:22:39 -0400 Received: from a-pb-sasl-sd.pobox.com ([74.115.168.62]:42875 helo=sasl.smtp.pobox.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Slpwz-0003gE-4O for 10974@debbugs.gnu.org; Mon, 02 Jul 2012 19:22:38 -0400 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 3B0B6CC85; Mon, 2 Jul 2012 19:17:58 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=sasl; bh=q7s/8i0+tJeD ZwgtYqjKIJO60MA=; b=aEhnuxbInpcE/MdOjNL0C5iKRtGw1+fJp67k6aWRdDfH jGVa/hAhLgBA7pOJLe5FZ0154xUanodwDw2fs6d15zbCmh2uMqX+8QW9Br+Cqndo Kl7HIRmYrJGFqY7+lwW1+BmQGE6HQNXV8Uy/+omU5/l/Ivn8MkMEEgtj4GlkvzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=sasl; b=YznRM8 l8Vo7RDTMtNrtVcL1Pq8qYhX4WUY1Y4+mssWRMI2BJuk5BpJuQyVNcLDD1iuIL1t dZ3AF95JJ8i5Sh95+ofvuaNHWu3dkIQqUo1ZjKaGAmjfaqvjUKb0PBAciaqEtZ2y ysAj/Y/CgH9+RA8VRH8Cosiwi2u2p0A+jVNuo= Received: from b-pb-sasl-sd. (unknown [127.0.0.1]) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 32FD1CC84; Mon, 2 Jul 2012 19:17:58 -0400 (EDT) Received: from badger (unknown [89.131.176.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b-pb-sasl-sd.pobox.com (Postfix) with ESMTPSA id 967A1CC83; Mon, 2 Jul 2012 19:17:57 -0400 (EDT) From: Andy Wingo To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: bug#10974: guile-user@gnu.org References: <87wr2mv6y4.fsf@gnu.org> <87vci5rg54.fsf@pobox.com> <871uktu6z2.fsf@gnu.org> Date: Tue, 03 Jul 2012 01:17:54 +0200 In-Reply-To: <871uktu6z2.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Tue, 03 Jul 2012 00:35:29 +0200") Message-ID: <87a9zhrbvh.fsf@pobox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Pobox-Relay-ID: 28E1A192-C49C-11E1-AB3B-FA6787E41631-02397024!b-pb-sasl-sd.pobox.com X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10974 Cc: 10974@debbugs.gnu.org, Alexei Matveev X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On Tue 03 Jul 2012 00:35, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Andy Wingo skribis: > >> Would this be "fixed" if we changed these to be implemented as inline >> functions? > > In some way, though their address could still not be taken. Sorry to be obtuse, but with our inline functions, we also residualize a concrete instantiation (via the inline.c madness). Does that not work? A --=20 http://wingolog.org/ From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 03 04:14:12 2012 Received: (at 10974) by debbugs.gnu.org; 3 Jul 2012 08:14:12 +0000 Received: from localhost ([127.0.0.1]:44228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlyFP-0007wM-Vr for submit@debbugs.gnu.org; Tue, 03 Jul 2012 04:14:12 -0400 Received: from xanadu.aquilenet.fr ([88.191.123.111]:39393) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SlyFN-0007wE-VO for 10974@debbugs.gnu.org; Tue, 03 Jul 2012 04:14:11 -0400 Received: from localhost (localhost [127.0.0.1]) by xanadu.aquilenet.fr (Postfix) with ESMTP id 874F87E89; Tue, 3 Jul 2012 10:09:29 +0200 (CEST) Received: from xanadu.aquilenet.fr ([127.0.0.1]) by localhost (xanadu.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T1xZJuUOVVXy; Tue, 3 Jul 2012 10:09:29 +0200 (CEST) Received: from pluto (reverse-83.fdn.fr [80.67.176.83]) by xanadu.aquilenet.fr (Postfix) with ESMTPSA id EEE161C69; Tue, 3 Jul 2012 10:09:28 +0200 (CEST) From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) To: Andy Wingo Subject: Re: bug#10974: guile-user@gnu.org References: <87wr2mv6y4.fsf@gnu.org> <87vci5rg54.fsf@pobox.com> <871uktu6z2.fsf@gnu.org> <87a9zhrbvh.fsf@pobox.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 16 Messidor an 220 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu Date: Tue, 03 Jul 2012 10:09:27 +0200 In-Reply-To: <87a9zhrbvh.fsf@pobox.com> (Andy Wingo's message of "Tue, 03 Jul 2012 01:17:54 +0200") Message-ID: <87ipe5s1u0.fsf@gnu.org> User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10974 Cc: 10974@debbugs.gnu.org, Alexei Matveev X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) Hi, Andy Wingo skribis: > On Tue 03 Jul 2012 00:35, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Andy Wingo skribis: >> >>> Would this be "fixed" if we changed these to be implemented as inline >>> functions? >> >> In some way, though their address could still not be taken. > > Sorry to be obtuse, but with our inline functions, we also residualize a > concrete instantiation (via the inline.c madness). Does that not work? Yes, right, so we could just inline them all. Ludo=E2=80=99. From unknown Mon Aug 18 15:40:05 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 31 Jul 2012 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator