3 ms·

This would be cool if you weren't required to be a build tools dojo to use it. Windows binary please! Complete working stand alone binary. Then it might make

This would be cool if you weren't required to be a build tools dojo to use it. Windows binary please! Complete working stand alone binary. Then it might make an impact.

gfosco 13y ago
They distribute a 32-bit .exe of APL that should run under Cygwin. ftp://ftp.gnu.org/gnu/apl/apl.exe
- DonGateley 13y ago
  Hmmm, I just looked up Cygwin to see what it is and what I learned is that the barrier to using GNU APL is too high for me with the time and knowledge I have available. I'll bet that's true for a whole lot of other people that would otherwise benefit from APL. I just hope that someone outside of GNU APL with the ability to make a normal Windows install package isn't as enamored with Windows barriers and would like to see APL proceed. And I hope the GNU license restrictions allow for that.
  - avmich 13y ago
    May be you can be interested in learning J? jsoftware.com has a nice installer for it, very few dependencies, small package. And I believe Ken Iverson thought J could be more logical than APL - in some aspects, which were learned while developing APL.
leoc 13y ago
Core GNU seems to often be quite passive-aggressive about its Windows support.
- _quasimodo 13y ago
  I think it's part of their philosophy. They don't want to encourage people to use a non-free operating system. edit: also, supporting windows is a lot of additional work
  - chiachun 13y ago
    I also think it's because of their philosophy. We now have VirtualBox, Cygwin, etc. So I think it's OK to keep this philosophy.
  - _delirium 13y ago
    > also, supporting windows is a lot of additional work Yeah, GNU tools are generally written to assume a Unix-like environment. As a result it's relatively easy to port them to anything Unix-like (the BSDs, OS X, etc.). On Windows, Cygwin provides a Unix-like environment, so it's relatively easy to port things to there as well. But to making things work on "native" Windows requires a bunch of Windows-specific porting. That isn't impossible (e.g. GNU Octave has a Windows port), but it requires there being Windows developers interested in volunteering to do it.
  - yaur 13y ago
    Also Microsoft isn't doing themselves any favors by not supporting C99 in MSVC, though 2013 is supposed to be much closer.
- pekk 13y ago
  Windows seems to be quite passive-aggressive about designing everything to require its own proprietary components.

This would be cool if you weren't required to be a build tools dojo to use it. Windows binary please! Complete working stand alone binary. Then it might make an impact.

gfosco 13y ago

They distribute a 32-bit .exe of APL that should run under Cygwin. ftp://ftp.gnu.org/gnu/apl/apl.exe

DonGateley 13y ago
Hmmm, I just looked up Cygwin to see what it is and what I learned is that the barrier to using GNU APL is too high for me with the time and knowledge I have available. I'll bet that's true for a whole lot of other people that would otherwise benefit from APL. I just hope that someone outside of GNU APL with the ability to make a normal Windows install package isn't as enamored with Windows barriers and would like to see APL proceed. And I hope the GNU license restrictions allow for that.
- avmich 13y ago
  May be you can be interested in learning J? jsoftware.com has a nice installer for it, very few dependencies, small package. And I believe Ken Iverson thought J could be more logical than APL - in some aspects, which were learned while developing APL.

leoc 13y ago

Core GNU seems to often be quite passive-aggressive about its Windows support.

_quasimodo 13y ago
I think it's part of their philosophy. They don't want to encourage people to use a non-free operating system. edit: also, supporting windows is a lot of additional work
- chiachun 13y ago
  I also think it's because of their philosophy. We now have VirtualBox, Cygwin, etc. So I think it's OK to keep this philosophy.
- _delirium 13y ago
  > also, supporting windows is a lot of additional work Yeah, GNU tools are generally written to assume a Unix-like environment. As a result it's relatively easy to port them to anything Unix-like (the BSDs, OS X, etc.). On Windows, Cygwin provides a Unix-like environment, so it's relatively easy to port things to there as well. But to making things work on "native" Windows requires a bunch of Windows-specific porting. That isn't impossible (e.g. GNU Octave has a Windows port), but it requires there being Windows developers interested in volunteering to do it.
- yaur 13y ago
  Also Microsoft isn't doing themselves any favors by not supporting C99 in MSVC, though 2013 is supposed to be much closer.
pekk 13y ago
Windows seems to be quite passive-aggressive about designing everything to require its own proprietary components.