Hi Elias,
as far as I understand it, first class functions are a property of
a language, not of lambdas.
Almost every APL function (the exception being APL operators)
expect APL values as argument,
and even if we could pass functions instead of
Hi Xtian,
thanks, included in SVN 838.
/// Jürgen
On 01/06/2017 03:16 AM, Christian
Robert wrote:
I see your point, well, I hacked something, some kind
of a wrapper around ⎕FIO
who give me *very near* of what I wanted, eg:
On 6 January 2017 at 13:02, Christian Robert
wrote:
never regret Lambdas, in my opinion, it is the best decision you ever did
> (quite a job on the programmer side). Without it,
> I would be on nars2000 or even paying $$$ for Dyalog
>
I agree with Christian here (even though we disagree wildly o
On 2017-01-04 11:33, Juergen Sauermann wrote:
Hi Xtian,
thank you very much for your proposal. I am not too fond of the idea though.
Not because of the coding effort on my side, but because of other
considerations.
Consider the following syntactical variants of the same thing, and my personal
My FIO function work very well with a number as Axis.
No need to call it with a string as Axis, especially if your interpreter forbid
it.
Xtian.
On 2017-01-05 21:45, Xiao-Yong Jin wrote:
On Jan 5, 2017, at 8:36 PM, Christian Robert
wrote:
First of all, ⎕FIO does not exist in any other AP
> On Jan 5, 2017, at 8:36 PM, Christian Robert
> wrote:
>
> First of all, ⎕FIO does not exist in any other APL interpreter I know of.
> Portability of what ?
Portability of any workspace/package that uses FILE_IO workspace. If you have
a package/workspace that uses FILE_IO workspace, you ca
First of all, ⎕FIO does not exist in any other APL interpreter I know of.
Portability of what ?
Secondly, yes, you are right, strings as axis is not portable at all (outside
of gnuapl).
I'm just trying to make the ⎕FIO less obscure and more user friendly. You can't
blame me for that.
Xtian.
I think the point is portability. Axis notation in function definition
(especially using an character array as an axis) is not in any standard, afaik,
so it's impossible to hack such a function in any other APL implementation. An
workspace/package uses this FIO function wouldn't be able to fun
I see your point, well, I hacked something, some kind of a wrapper around ⎕FIO
who give me *very near* of what I wanted, eg: not to have to copy tenth's of
functions
to be able to call the FIO by name.
∇FIO[⎕]∇
∇
[0] z←L FIO[X] R;a
[1] →(2≠⎕nc 'X')/Noaxis
[2] →(0=↑0⍴X)/Number
[3]
I agree with Juergen.
On Wed, Jan 4, 2017 at 10:33 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi Xtian,
>
> thank you very much for your proposal. I am not too fond of the idea
> though.
> Not because of the coding effort on my side, but because of other
> considerations.
>
Hi Xtian,
thank you very much for your proposal. I am not too fond of the idea
though.
Not because of the coding effort on my side, but because of other
considerations.
Consider the following syntactical variants of the same thing, and
my personal
ju
I have to admit that I don't really see FILE_IO.apl to be any less
"built-in" than ⎕FIO, just because it's written in APL rather than C++.
Regards,
Elias
On 4 January 2017 at 16:03, Christian Robert
wrote:
> You miss my point completely.
>
> I don't want to have to )LOAD or )COPY a workspace to
You miss my point completely.
I don't want to have to )LOAD or )COPY a workspace to use *built-in* native
function.
Xtian.
On 2017-01-04 02:52, Elias Mårtenson wrote:
Well, FILE_IO.apl is also part of GNU APL.
Regards,
Elias
On 4 January 2017 at 15:51, Christian Robert mailto:christian.rob.
Well, FILE_IO.apl is also part of GNU APL.
Regards,
Elias
On 4 January 2017 at 15:51, Christian Robert
wrote:
> Not *exactly*. Since QuadFIO is part of gnu-apl, why not improve the
> QuadFIO so it is essayer to use.
>
> Xtian.
>
> On 2017-01-04 01:59, Elias Mårtenson wrote:
>
>> Isn't this exac
Not *exactly*. Since QuadFIO is part of gnu-apl, why not improve the QuadFIO so
it is essayer to use.
Xtian.
On 2017-01-04 01:59, Elias Mårtenson wrote:
Isn't this exactly what wslib5/FILE_IO.apl is?
Regards,
Elias
On 4 January 2017 at 14:16, Christian Robert mailto:christian.rob...@polymtl.
Isn't this exactly what wslib5/FILE_IO.apl is?
Regards,
Elias
On 4 January 2017 at 14:16, Christian Robert
wrote:
> I would love to be able to do:
>
> fd ←⎕fio['open'] '.bashrc'
> ⎕fio['fclose'] fd
>
> and so on ...
>
> I have a Workspace named "fio" who just do that, but I would love if
> gnu-
I would love to be able to do:
fd ←⎕fio['open'] '.bashrc'
⎕fio['fclose'] fd
and so on ...
I have a Workspace named "fio" who just do that, but I would love if gnu-apl
could just understand 'open'/'close'/... rather than just random numbers, as actually.
Numbers are fine, but a tagged name as
17 matches
Mail list logo
