From MAILER-DAEMON Sun Jan 12 14:37:44 2014 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W2Qqu-000688-Bf for mharc-gforth@gnu.org; Sun, 12 Jan 2014 14:37:44 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44749) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2Qqr-00067G-LU for gforth@gnu.org; Sun, 12 Jan 2014 14:37:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W2Qqo-0006sP-Rl for gforth@gnu.org; Sun, 12 Jan 2014 14:37:41 -0500 Received: from mail-pd0-x229.google.com ([2607:f8b0:400e:c02::229]:53647) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2Qqo-0006sG-JT for gforth@gnu.org; Sun, 12 Jan 2014 14:37:38 -0500 Received: by mail-pd0-f169.google.com with SMTP id g10so435615pdj.0 for ; Sun, 12 Jan 2014 11:37: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=3hcvRfcL7z2JMk4lomiDaLaa3VaMLf/g6pgB5q9jP+E=; b=t+QbX3qM7xGENkP5KW0/dguRqLo/uSmxAOtsxhgY49V1EtA+3hIYwob5Zp5oxLwHe9 aSPoz9/otcrWzOSh91/eMqVjz/e3Swqou/siLzYkFyukr8yYYOgJ2ovXHHDwqfR/+YX0 GgPaQnfzLnUY5+BJjjig+lw4pD7xonnjwOss2hV1z/uEjkbtwgWeSiVoadsNCw8S/TyT lk0jrkxFaQaUgp0qorRBCfXqfoBLJWxAWe55WYUDBCJazfHWRn9wgQzN9BRT0gt4RVD1 J+DfjUKtsWQwYb53XtvUFs5D3ypzr+LkeKiO/GMcD1IX1V8Nn/qBqqyZUVwjp5PeMMsC XKPw== MIME-Version: 1.0 X-Received: by 10.68.241.134 with SMTP id wi6mr25030169pbc.44.1389555456974; Sun, 12 Jan 2014 11:37:36 -0800 (PST) Received: by 10.68.149.74 with HTTP; Sun, 12 Jan 2014 11:37:36 -0800 (PST) Date: Sun, 12 Jan 2014 11:37:36 -0800 Message-ID: From: Sam Putman To: gforth@gnu.org Content-Type: multipart/alternative; boundary=047d7b339be768a50304efcb1791 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::229 Subject: [gforth] Redirecting interpreter output to a counted string X-BeenThere: gforth@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gforth discussion and announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 19:37:42 -0000 --047d7b339be768a50304efcb1791 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am curious how to redirect the output of the `evaluate` word into a counted string. That is, I'd like something like this: : innerloop eval-pad cols accept eval-pad swap evaluate recurse ; To break it down to its essence, I want each `evaluate` call to return a counted string to the stack, rather than to output to the current cursor position. I'm new to gforth, and couldn't find this in the manual or glossary. Apologies if I've overlooked an obvious word. Thanks! cheers, -Sam. --047d7b339be768a50304efcb1791 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I am curious how to redirect the ou= tput of the `evaluate` word into a counted string.=A0

<= div>That is, I'd like something like this:

: innerloop=A0
eval-pad cols accept=A0
eval-pad swap evaluate=A0
recurse ;

To break it down to its essence, I want each `eva= luate` call to return a counted string to the stack, rather than to output = to the current cursor position.=A0

I'm new to = gforth, and couldn't find this in the manual or glossary. Apologies if = I've overlooked an obvious word.

Thanks!

cheers,
-Sam= .
--047d7b339be768a50304efcb1791-- From MAILER-DAEMON Sun Jan 12 15:13:40 2014 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W2RPf-0007xe-UX for mharc-gforth@gnu.org; Sun, 12 Jan 2014 15:13:39 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50637) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2RPZ-0007rj-H7 for gforth@gnu.org; Sun, 12 Jan 2014 15:13:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W2RPU-0008Uz-AU for gforth@gnu.org; Sun, 12 Jan 2014 15:13:33 -0500 Received: from mout.gmx.net ([212.227.17.21]:56229) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2RPU-0008Uh-0L for gforth@gnu.org; Sun, 12 Jan 2014 15:13:28 -0500 Received: from daiyu.localnet ([93.205.100.235]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MTTKZ-1VuM6b0l6t-00SRW7 for ; Sun, 12 Jan 2014 21:13:26 +0100 From: Bernd Paysan To: gforth@gnu.org Date: Sun, 12 Jan 2014 21:13:19 +0100 Message-ID: <2519135.TxPKy2jsBh@daiyu> User-Agent: KMail/4.11.3 (Linux/3.11.6-4-desktop; KDE/4.11.3; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1462975.WDF0y7nV4W"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:dkkswrZAOGK8/ohFe2q1EhMDRIggrQcTbuHmQawhbpKhbTFun52 Yd7ftYA7xCB57fWP23fTk9mAQvccYBUIP2JrVAQx2bwKgarYVNC8kb7COF7z4cORFiJ3iqe CbzgdI5gHj37srxPY21lUBT95C/loaa5w4hfEqmC9nhejMcg6673Bcj9uYZLwfDzf/hbFt9 E4GwO5vHn2VNuGky5RT0g== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 212.227.17.21 Subject: Re: [gforth] Redirecting interpreter output to a counted string X-BeenThere: gforth@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gforth discussion and announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 20:13:38 -0000 --nextPart1462975.WDF0y7nV4W Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Sonntag, 12. Januar 2014, 11:37:36 schrieb Sam Putman: > Hi, > > I am curious how to redirect the output of the `evaluate` word into a > counted string. > > That is, I'd like something like this: > : innerloop > > eval-pad cols accept > eval-pad swap evaluate > recurse ; > > To break it down to its essence, I want each `evaluate` call to return a > counted string to the stack, rather than to output to the current cursor > position. > > I'm new to gforth, and couldn't find this in the manual or glossary. > Apologies if I've overlooked an obvious word. The current development version (e.g. the last snapshot) has words for that, 0.7.x doesn't. But you can load str-exec.fs from the development branch into 0.7.3 without problems. https://github.com/forthy42/gforth/blob/master/str-exec.fs There are other ways to achieve what you want (of course), but this is probably the easiest one. -- Bernd Paysan "If you want it done right, you have to do it yourself" http://bernd-paysan.de/ --nextPart1462975.WDF0y7nV4W Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlLS92UACgkQi4ILt2cAfDCWOwCg6AgNntxJWfY2/iulH1HaFqZe MXYAn2xbKSRWV0dtx4ee2HxTdTh8g9wQ =ccVo -----END PGP SIGNATURE----- --nextPart1462975.WDF0y7nV4W-- From MAILER-DAEMON Sun Jan 12 15:24:03 2014 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W2RZj-0003aU-2b for mharc-gforth@gnu.org; Sun, 12 Jan 2014 15:24:03 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52978) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2RZf-0003Zj-My for gforth@gnu.org; Sun, 12 Jan 2014 15:24:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W2RZe-0003Fb-Ha for gforth@gnu.org; Sun, 12 Jan 2014 15:23:59 -0500 Received: from mail-pb0-x232.google.com ([2607:f8b0:400e:c01::232]:64370) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2RZe-0003FO-1T for gforth@gnu.org; Sun, 12 Jan 2014 15:23:58 -0500 Received: by mail-pb0-f50.google.com with SMTP id rr13so6493954pbb.23 for ; Sun, 12 Jan 2014 12:23:56 -0800 (PST) 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; bh=QlyXuxyHG7/rR6v4QnIILkFccNkBqZpy+KqyAWZlPOU=; b=dyTehRWITZx2yWt7x7XOw3b5KGaN7tNhStGLqivyJ55Fw5420cnJKrUmf5tVuPlY43 /c2yzDLqW6mbK28spu0En6bYKvtUt2Mgnr/zxYfEA2Kt7bzjqsDm8MI7b6Mip3XEJ/t3 3TwcDR9DSnXYYqOKYw7WjzOeOyeaUurVC5rOiyT49w4jvQT5M5Q3uVlwk0PPMQ+nA1v5 LYjEMQqmjsljQuZoGgDLS7TBYGlIqcRD9eYRaKgBFumBTPzJcNcyOnpwEgMT7H2X+8J1 0F+wq9vvwlD9vmuHBP658DEQMktXcSAdaSIiJsmlEp/72vRsHi1dY5eSBY8K7RxWiF2B zHKw== MIME-Version: 1.0 X-Received: by 10.68.162.98 with SMTP id xz2mr4314976pbb.138.1389558235916; Sun, 12 Jan 2014 12:23:55 -0800 (PST) Received: by 10.68.149.74 with HTTP; Sun, 12 Jan 2014 12:23:55 -0800 (PST) In-Reply-To: <2519135.TxPKy2jsBh@daiyu> References: <2519135.TxPKy2jsBh@daiyu> Date: Sun, 12 Jan 2014 12:23:55 -0800 Message-ID: From: Sam Putman To: Bernd Paysan Content-Type: multipart/alternative; boundary=047d7ba96d900bef6804efcbbdff X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c01::232 Cc: gforth@gnu.org Subject: Re: [gforth] Redirecting interpreter output to a counted string X-BeenThere: gforth@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gforth discussion and announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 20:24:01 -0000 --047d7ba96d900bef6804efcbbdff Content-Type: text/plain; charset=ISO-8859-1 Thank you, that looks like it will work well. Suitably low-level for my purposes.. One question: >buffer-execute doesn't appear to be implemented: ag -Q ">buffer-execute" -> *66*:\ >buffer-execute ( ... c-addr u1 xt -- ... u2 ) execute xt while the *82*:\ pad 0 ['] foo >buffer-execute >r drop ( throw away result of FOO ) *84*:\ r@ allocate throw r> 2dup 2>r ['] foo >buffer-execute drop 2r> These are all comments. Is this word also available? I would prefer not to dynamically allocate for this use. cheers, -Sam. On Sun, Jan 12, 2014 at 12:13 PM, Bernd Paysan wrote: > Am Sonntag, 12. Januar 2014, 11:37:36 schrieb Sam Putman: > > Hi, > > > > I am curious how to redirect the output of the `evaluate` word into a > > counted string. > > > > That is, I'd like something like this: > > : innerloop > > > > eval-pad cols accept > > eval-pad swap evaluate > > recurse ; > > > > To break it down to its essence, I want each `evaluate` call to return a > > counted string to the stack, rather than to output to the current cursor > > position. > > > > I'm new to gforth, and couldn't find this in the manual or glossary. > > Apologies if I've overlooked an obvious word. > > The current development version (e.g. the last snapshot) has words for > that, > 0.7.x doesn't. But you can load str-exec.fs from the development branch > into > 0.7.3 without problems. > > https://github.com/forthy42/gforth/blob/master/str-exec.fs > > There are other ways to achieve what you want (of course), but this is > probably the easiest one. > > -- > Bernd Paysan > "If you want it done right, you have to do it yourself" > http://bernd-paysan.de/ > --047d7ba96d900bef6804efcbbdff Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thank you, that looks like it will work well. Suitably low= -level for my purposes..

One question: >buffer-execut= e doesn't appear to be implemented:

ag -Q &quo= t;>buffer-execute" ->

66:\ >buff= er-execute ( ... c-addr u1 xt -- ... u2 ) execute xt while the

82:\ pad 0 ['] foo >buffer-execute >r drop ( throw away result of FOO )=

84:\ r@ allocate throw r> 2= dup 2>r ['] foo >buffer-execute drop 2r&g= t;

These are all comments. Is this word also available? I = would prefer not to dynamically allocate for this use.


cheers,

-Sam.



On Sun, Jan = 12, 2014 at 12:13 PM, Bernd Paysan <bernd.paysan@gmx.de> w= rote:
Am Sonntag, 12. Januar 2014, 11:37:36 schrieb Sam Putman:<= br>
> Hi,
>
> I am curious how to redirect the output of the `evaluate` word into a<= br> > counted string.
>
> That is, I'd like something like this:
> : innerloop
>
> eval-pad cols accept
> eval-pad swap evaluate
> recurse ;
>
> To break it down to its essence, I want each `evaluate` call to return= a
> counted string to the stack, rather than to output to the current curs= or
> position.
>
> I'm new to gforth, and couldn't find this in the manual or glo= ssary.
> Apologies if I've overlooked an obvious word.

The current development version (e.g. the last snapshot) has wo= rds for that,
0.7.x doesn't. But you can load str-exec.fs from the development branch= into
0.7.3 without problems.

https://github.com/forthy42/gforth/blob/master/str-exec.fs

There are other ways to achieve what you want (of course), but this is
probably the easiest one.

--
Bernd Paysan
"If you want it done right, you have to do it yourself"
http://bernd-paysan.d= e/

--047d7ba96d900bef6804efcbbdff-- From MAILER-DAEMON Sun Jan 12 16:29:58 2014 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W2SbW-0004cL-Jj for mharc-gforth@gnu.org; Sun, 12 Jan 2014 16:29:58 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2SbP-0004Sc-GI for gforth@gnu.org; Sun, 12 Jan 2014 16:29:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W2SbJ-0004kA-Ft for gforth@gnu.org; Sun, 12 Jan 2014 16:29:51 -0500 Received: from mout.gmx.net ([212.227.15.15]:53969) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2SbJ-0004k1-6b for gforth@gnu.org; Sun, 12 Jan 2014 16:29:45 -0500 Received: from daiyu.localnet ([93.205.100.235]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LbMmA-1VdsUk0QTy-00kx1C for ; Sun, 12 Jan 2014 22:29:44 +0100 From: Bernd Paysan To: Sam Putman Date: Sun, 12 Jan 2014 22:29:43 +0100 Message-ID: <1513858.68THvlXQIg@daiyu> User-Agent: KMail/4.11.3 (Linux/3.11.6-4-desktop; KDE/4.11.3; x86_64; ; ) In-Reply-To: References: <2519135.TxPKy2jsBh@daiyu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18285533.xs1sNu1OGd"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:gJUA1ISkCUs+YCX/9jYNz26i+1XcvC0BlgVemC407hSzFst6IYH Oq5SclDRg/63cnfA/CodjgOU4rrZ5aITptpy9PlLCoNTG6SJ3/thiBLqntViO0DmyM0o2i1 RH9nKTXTm7iLCYOMiAhYuC7aW/SwxQGUly2Pv3WW9Wy+zaanAjvUEp5menUayezCP9Euz6t 1IhuQpftXIhRBF5DXg8Vg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 212.227.15.15 Cc: gforth@gnu.org Subject: Re: [gforth] Redirecting interpreter output to a counted string X-BeenThere: gforth@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gforth discussion and announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 21:29:58 -0000 --nextPart18285533.xs1sNu1OGd Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Sonntag, 12. Januar 2014, 12:23:55 schrieb Sam Putman: > Thank you, that looks like it will work well. Suitably low-level for my > purposes.. > > One question: >buffer-execute doesn't appear to be implemented: > > ag -Q ">buffer-execute" -> > > *66*:\ >buffer-execute ( ... c-addr u1 xt -- ... u2 ) execute xt while the > > *82*:\ pad 0 ['] foo >buffer-execute >r drop ( throw away result of FOO ) > > *84*:\ r@ allocate throw r> 2dup 2>r ['] foo >buffer-execute drop 2r> > > These are all comments. Is this word also available? I would prefer not to > dynamically allocate for this use. No, it's not available, it's only a suggestion for an alternative interface. -- Bernd Paysan "If you want it done right, you have to do it yourself" http://bernd-paysan.de/ --nextPart18285533.xs1sNu1OGd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlLTCUcACgkQi4ILt2cAfDBwMgCgt3ATThVEwVGkYVY5+Dq9tQYx nnEAnjEzKcfcrn7VEIX/tBc1VDImhjRr =14WU -----END PGP SIGNATURE----- --nextPart18285533.xs1sNu1OGd-- From MAILER-DAEMON Fri Jan 17 12:37:08 2014 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W4DLw-0007Ke-CF for mharc-gforth@gnu.org; Fri, 17 Jan 2014 12:37:08 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58598) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4DLt-0007KW-LM for gforth@gnu.org; Fri, 17 Jan 2014 12:37:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4DLs-0006Oi-L5 for gforth@gnu.org; Fri, 17 Jan 2014 12:37:05 -0500 Received: from mail-pd0-x234.google.com ([2607:f8b0:400e:c02::234]:64066) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4DLs-0006OV-Cy for gforth@gnu.org; Fri, 17 Jan 2014 12:37:04 -0500 Received: by mail-pd0-f180.google.com with SMTP id x10so2987164pdj.11 for ; Fri, 17 Jan 2014 09:37:02 -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=N9RHrUxVsA9x5/Gc5duks8p+bN8T0X7+r8lB7MQ/zJI=; b=ONNBSWCCSZZLAiyZELpPoWyZCFfRnLb9F48SSY+8yZk3wouwrY25oh5uDxbjrStRIj OJlL88ytQ3Q3Q7hs92ttLZG/qC/pjqtIcTE4Nd5HAbtHDuQIKX03pi8aKZJxtZMNtTig OMkhytrpxs1vg80iQNu8HSBwbP3vixAyBvDeu9/q8MlZWwm4+VhwXgyfNcL3DvQny5Hz a2rhGbq+1cdNId/JsbQnsM3D3OldqjEOWOPD5XrWqMFk/liv1fZ1Arpcqqyz4KZkvrIk ULCT6/X2y7KYgDWJvdNftEVGimZn0e2iIvdGO5WFEXlfna7Btre060AAwIyq+fPdG7no YKBg== MIME-Version: 1.0 X-Received: by 10.66.182.199 with SMTP id eg7mr3347273pac.135.1389980222727; Fri, 17 Jan 2014 09:37:02 -0800 (PST) Received: by 10.68.149.74 with HTTP; Fri, 17 Jan 2014 09:37:02 -0800 (PST) Date: Fri, 17 Jan 2014 09:37:02 -0800 Message-ID: From: Sam Putman To: gforth@gnu.org Content-Type: multipart/alternative; boundary=047d7bd6c70a6bace904f02dfdfa X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::234 Subject: [gforth] Proposed: Issue warning when file ends in compilation mode X-BeenThere: gforth@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gforth discussion and announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 17:37:06 -0000 --047d7bd6c70a6bace904f02dfdfa Content-Type: text/plain; charset=ISO-8859-1 Hi, It is almost never the case that one wants to end a file while still compiling. 97% of the time this means a trailing semicolon was eliminated during some text operation. By the time the error occurs, one is in another file, being told that some word doesn't exist (because the include got compiled!). It would be nice if Gforth issued a warning, in the event that it reaches EOF in compile mode. Thanks for your consideration. Cheers, -Sam. --047d7bd6c70a6bace904f02dfdfa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

It is almost never the case that on= e wants to end a file while still compiling. 97% of the time this means a t= railing semicolon was eliminated during some text operation.=A0
<= br>
By the time the error occurs, one is in another file, being told= that some word doesn't exist (because the include got compiled!).=A0

It would be nice if Gforth issued a warning, in the= event that it reaches EOF in compile mode.=A0

Thanks for your consideration.

Cheers,
-Sam.=A0
--047d7bd6c70a6bace904f02dfdfa-- From MAILER-DAEMON Fri Jan 17 14:09:32 2014 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W4EnM-0005CR-8x for mharc-gforth@gnu.org; Fri, 17 Jan 2014 14:09:32 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49937) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4EnE-00059Y-U1 for gforth@gnu.org; Fri, 17 Jan 2014 14:09:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4En8-0008F9-Qf for gforth@gnu.org; Fri, 17 Jan 2014 14:09:24 -0500 Received: from mout.gmx.net ([212.227.17.20]:57456) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4En8-0008Ez-Hn for gforth@gnu.org; Fri, 17 Jan 2014 14:09:18 -0500 Received: from daiyu.localnet ([79.251.158.155]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Lj4xG-1VUbzO27AM-00dBpT for ; Fri, 17 Jan 2014 20:09:16 +0100 From: Bernd Paysan To: gforth@gnu.org Date: Fri, 17 Jan 2014 20:09:14 +0100 Message-ID: <30218817.1Z2EsroIvB@daiyu> User-Agent: KMail/4.11.4 (Linux/3.11.6-4-desktop; KDE/4.11.4; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4386549.x2dUBsOURl"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:FPkSSFzUfGZgrWTnPt01CMjsIz0dR9d2F2s4pKaRD7LnwQGPWzJ cYlNW0aU/cyhalSwNynOsdIjWV0jxTmjrVKbzkhYxrB0o6Wb2CSmzvJW5kbNK7gQ7Mgtmcn x6S4ZB6ZUcRFtauEFq6VsxtkvWZmmN+PiuqxiPqS7b+rZSo5SIXK1EL7awQTeGhY8/JSnDD CIb1pFOZexUc7r5PZnjfg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 212.227.17.20 Subject: Re: [gforth] Proposed: Issue warning when file ends in compilation mode X-BeenThere: gforth@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gforth discussion and announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 19:09:31 -0000 --nextPart4386549.x2dUBsOURl Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Am Freitag, 17. Januar 2014, 09:37:02 schrieb Sam Putman: > Hi, >=20 > It is almost never the case that one wants to end a file while still > compiling. 97% of the time this means a trailing semicolon was elimin= ated > during some text operation. >=20 > By the time the error occurs, one is in another file, being told that= some > word doesn't exist (because the include got compiled!). >=20 > It would be nice if Gforth issued a warning, in the event that it rea= ches > EOF in compile mode. >=20 > Thanks for your consideration. Yes, makes sense. It also makes sense to print the same editor-friendl= y=20 locaton frame for every warning as well as for every error. I added a warning" " statement which works like abort" ", but prints a warning messa= ge=20 instead. =2D-=20 Bernd Paysan "If you want it done right, you have to do it yourself" http://bernd-paysan.de/ --nextPart4386549.x2dUBsOURl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlLZf9oACgkQi4ILt2cAfDByrACg2wACdQhouQqkx7KaRiukDUtI S8QAn1nphQCWpUgEDbqdItobl25knDBq =KNxp -----END PGP SIGNATURE----- --nextPart4386549.x2dUBsOURl-- From MAILER-DAEMON Fri Jan 17 15:49:32 2014 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W4GM8-00072a-Ev for mharc-gforth@gnu.org; Fri, 17 Jan 2014 15:49:32 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4GM4-00070G-U9 for gforth@gnu.org; Fri, 17 Jan 2014 15:49:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4GM0-0002y6-9M for gforth@gnu.org; Fri, 17 Jan 2014 15:49:28 -0500 Received: from mail-pb0-x233.google.com ([2607:f8b0:400e:c01::233]:45376) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4GM0-0002xN-1P for gforth@gnu.org; Fri, 17 Jan 2014 15:49:24 -0500 Received: by mail-pb0-f51.google.com with SMTP id un15so895664pbc.10 for ; Fri, 17 Jan 2014 12:49:23 -0800 (PST) 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; bh=yldkK49QY5P7C2CTNSPRSjspsFPkBDDOLV2Y72ScN1s=; b=kXW0qj235QZnnHAcFjPhS/9rs6wik3j+8NsjnmvHmknvn+bMqERvzL7ab3OvdViSRc ahvdqjCOOFr2y9m0oV5ct3meF3YeKWltVB+dsVYjeFrWx9bDohjwK6zvzrnwM4FdagVW GwepNI5mY4gmxRIe0wyFt+e68YDKBam+nfxm+hfCZhdOz8XEq+ynqmPyANT9y+HJytQH WTbnkyJ7ZqJ8sPLPJvvaZwcjrob8y46nJI26fG7cthA7dPPoBsz9O2EyIhM5hh1OKwug wW/6HrmQxRidzhMhEs3wxsNVMl4hQRgXHNAhproiHh2VmRy0DlLelgiUdE6kECJX0UFr /thw== MIME-Version: 1.0 X-Received: by 10.66.137.109 with SMTP id qh13mr4492749pab.140.1389991763022; Fri, 17 Jan 2014 12:49:23 -0800 (PST) Received: by 10.68.149.74 with HTTP; Fri, 17 Jan 2014 12:49:22 -0800 (PST) In-Reply-To: <30218817.1Z2EsroIvB@daiyu> References: <30218817.1Z2EsroIvB@daiyu> Date: Fri, 17 Jan 2014 12:49:22 -0800 Message-ID: From: Sam Putman To: Bernd Paysan Content-Type: multipart/alternative; boundary=001a11362296469a0204f030addd X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c01::233 Cc: gforth@gnu.org Subject: Re: [gforth] Proposed: Issue warning when file ends in compilation mode X-BeenThere: gforth@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gforth discussion and announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 20:49:30 -0000 --001a11362296469a0204f030addd Content-Type: text/plain; charset=ISO-8859-1 On Fri, Jan 17, 2014 at 11:09 AM, Bernd Paysan wrote: > Am Freitag, 17. Januar 2014, 09:37:02 schrieb Sam Putman: > > Hi, > > > > It is almost never the case that one wants to end a file while still > > compiling. 97% of the time this means a trailing semicolon was eliminated > > during some text operation. > > > > By the time the error occurs, one is in another file, being told that > some > > word doesn't exist (because the include got compiled!). > > > > It would be nice if Gforth issued a warning, in the event that it reaches > > EOF in compile mode. > > > > Thanks for your consideration. > > Yes, makes sense. It also makes sense to print the same editor-friendly > locaton frame for every warning as well as for every error. I added a > > warning" " > > statement which works like abort" ", but prints a warning message > instead. > Excellent, thank you! cheers, -Sam. --001a11362296469a0204f030addd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Fri, Jan 17, 2014 at 11:09 AM, Bernd Paysan &l= t;bernd.paysan@gmx= .de> wrote:
Am Freitag, 17. Januar 2014, 09:37:02 schrie= b Sam Putman:
> Hi,
>
> It is almost never the case that one wants to end a file while still > compiling. 97% of the time this means a trailing semicolon was elimina= ted
> during some text operation.
>
> By the time the error occurs, one is in another file, being told that = some
> word doesn't exist (because the include got compiled!).
>
> It would be nice if Gforth issued a warning, in the event that it reac= hes
> EOF in compile mode.
>
> Thanks for your consideration.

Yes, makes sense. =A0It also makes sense to print the same edit= or-friendly
locaton frame for every warning as well as for every error. =A0I added a
warning" <string>"

statement which works like abort" <string>", but prints a w= arning message
instead.

Excellent, thank you!

cheers,
-Sam.=A0
--001a11362296469a0204f030addd--