Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #29267
| From | Bernd Paysan <bernd.paysan@gmx.de> |
|---|---|
| Newsgroups | comp.lang.forth |
| Subject | Re: Maximum heap memory available to GForth when allot-ing? |
| Date | 2014-04-02 20:49 +0200 |
| Organization | 1&1 Internet AG |
| Message-ID | <lhhm3g$2an$1@online.de> (permalink) |
| References | (3 earlier) <lhf9os$6f2$1@online.de> <750df99e-e1ad-488e-b5e9-4d88ae4d454c@googlegroups.com> <87vbusp491.fsf@mosquito.pool> <lhgolv$9rv$1@online.de> <1de63e9f-eeb8-4d59-96bd-17db0b1cb39b@googlegroups.com> |
Assad Ebrahim wrote: > On Wednesday, April 2, 2014 11:27:11 AM UTC+1, Bernd Paysan wrote: >> No one in the Gforth core team actively uses Windows for anything else >> than >> gaming. Since last year, the German tax forms can be run on Linux, so I >> don't have any reasons left to boot Windows. >> > > Ok - I hear you ;) > > So if I'm interpreting you correctly, this means that > during development, Windows support is not a priority > since none of the core team use it. But presumably the > GForth goal of "Available on many machines/easy to port" > means that a significant new release would still have > Windows support. > > Is that right? Yes. > Yes, I used to Cygwin previously, but over the years > brought over to the Windows platform all the tools that > I valued and used most often -- LaTeX, R, octave, > programming languages, command line tools, various > open source stuff, ffmpeg, etc. > > So now I have all of these plumbed in productively in Windows. Shows that RMS was right saying that too good support of Windows is counter- productive: People will use free software, but stay with the proprietary ecosystem. > Since most of my recent professional work is done in > industrial / commercial environments where Linux is > pretty much non-existent, Cygwin has become less and > less necessary, and after a while, I just stopped > maintaining its presence on the platform. > > However, it's probably time to dust off the abandoned > laptop and consider installing a Linux distro of some > sort onto it as the primary OS... Maybe. It's way more fun with Linux on a recent machine with SSD than on an old laptop. -- Bernd Paysan "If you want it done right, you have to do it yourself" http://bernd-paysan.de/
Back to comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assad.ebrahim@alum.swarthmore.edu> - 2014-04-01 00:10 +0100
Re: Maximum heap memory available to GForth when allot-ing? David Kuehling <dvdkhlng@posteo.de> - 2014-04-01 06:34 +0200
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assadebrahim2000@gmail.com> - 2014-04-01 00:19 -0700
Re: Maximum heap memory available to GForth when allot-ing? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-04-01 15:53 +0000
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assadebrahim2000@gmail.com> - 2014-04-01 13:12 -0700
Re: Maximum heap memory available to GForth when allot-ing? Bernd Paysan <bernd.paysan@gmx.de> - 2014-04-01 23:06 +0200
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assadebrahim2000@gmail.com> - 2014-04-01 14:42 -0700
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assadebrahim2000@gmail.com> - 2014-04-01 18:04 -0700
Re: Maximum heap memory available to GForth when allot-ing? David Kuehling <dvdkhlng@posteo.de> - 2014-04-02 09:41 +0200
Re: Maximum heap memory available to GForth when allot-ing? Bernd Paysan <bernd.paysan@gmx.de> - 2014-04-02 12:27 +0200
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assadebrahim2000@gmail.com> - 2014-04-02 10:35 -0700
Re: Maximum heap memory available to GForth when allot-ing? Bernd Paysan <bernd.paysan@gmx.de> - 2014-04-02 20:49 +0200
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assadebrahim2000@gmail.com> - 2014-04-02 16:44 -0700
Re: Maximum heap memory available to GForth when allot-ing? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-04-03 05:12 -0500
Re: Maximum heap memory available to GForth when allot-ing? Mark Wills <markwills1970@gmail.com> - 2014-04-03 04:14 -0700
Re: Maximum heap memory available to GForth when allot-ing? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-04-03 08:26 -0500
Re: Maximum heap memory available to GForth when allot-ing? Bernd Paysan <bernd.paysan@gmx.de> - 2014-04-03 23:04 +0200
Re: Maximum heap memory available to GForth when allot-ing? "Rod Pemberton" <dont_use_email@xnothavet.cqm> - 2014-04-04 02:36 -0400
Re: Maximum heap memory available to GForth when allot-ing? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-04-04 03:38 -0500
Re: Maximum heap memory available to GForth when allot-ing? Bernd Paysan <bernd.paysan@gmx.de> - 2014-04-04 15:19 +0200
Re: Maximum heap memory available to GForth when allot-ing? "Rod Pemberton" <dont_use_email@xnothavet.cqm> - 2014-04-04 18:03 -0400
Re: Maximum heap memory available to GForth when allot-ing? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-04-05 09:12 -0500
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assad.ebrahim@alum.swarthmore.edu> - 2014-04-05 15:37 +0100
Re: Maximum heap memory available to GForth when allot-ing? hughaguilar96@yahoo.com - 2014-04-07 23:25 -0700
Re: Maximum heap memory available to GForth when allot-ing? "Rod Pemberton" <dont_use_email@xnothavet.cqm> - 2014-04-08 06:13 -0400
Re: Maximum heap memory available to GForth when allot-ing? Assad Ebrahim <assad.ebrahim@alum.swarthmore.edu> - 2014-04-03 12:39 +0100
Re: Maximum heap memory available to GForth when allot-ing? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-04-03 08:33 -0500
Re: Maximum heap memory available to GForth when allot-ing? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-04-03 10:47 +0000
Re: Maximum heap memory available to GForth when allot-ing? hughaguilar96@yahoo.com - 2014-04-01 16:36 -0700
csiph-web