trusted
69
edits
Talk:LYaPAS: Difference between revisions
Jump to navigation
Jump to search
no edit summary
No edit summary |
No edit summary |
||
| Line 6: | Line 6: | ||
:: As for the Russian-language literature, the only mentions of APL in LYaPAS context I found are these:[https://cyberleninka.ru/article/n/yazyk-programmirovaniya-lyapas/viewer] | :: As for the Russian-language literature, the only mentions of APL in LYaPAS context I found are these:[https://cyberleninka.ru/article/n/yazyk-programmirovaniya-lyapas/viewer] | ||
APL was more fit to describe logical procedures than other languages [9], however, by that time, it was not implemented even in its country of origin. And even now its interpreters are more widespread than compilers. | APL was more fit to describe logical procedures than other languages [9], however, by that time, it was not implemented even in its country of origin. And even now its interpreters are more widespread than compilers. | ||
Also, from the same article: | :: Also, from the same article: | ||
Author of the translation [27] Norton Nadler organized "User Group for Russian Programming Language" in the US. In his announcement, he wrote the following assessment of LYaPAS: "Having been designed for implementation on Soviet computers, it is remarkably efficient, both in compiler memory and running time requirements, and in object program parameters. Suffice it to say that there exist a Ural-1 version (as if APL had been implemented on the [[wikipedia:IBM 650|IBM 650]]!)" | Author of the translation [27] Norton Nadler organized "User Group for Russian Programming Language" in the US. In his announcement, he wrote the following assessment of LYaPAS: "Having been designed for implementation on Soviet computers, it is remarkably efficient, both in compiler memory and running time requirements, and in object program parameters. Suffice it to say that there exist a Ural-1 version (as if APL had been implemented on the [[wikipedia:IBM 650|IBM 650]]!)" | ||
:: This Norton Nadler's mention of APL in his announcement might have caused the confusion. --[[User:Andrii Makukha|Andrii Makukha]] ([[User talk:Andrii Makukha|talk]]) 18:38, 1 September 2020 (UTC) | :: This Norton Nadler's mention of APL in his announcement might have caused the confusion. --[[User:Andrii Makukha|Andrii Makukha]] ([[User talk:Andrii Makukha|talk]]) 18:38, 1 September 2020 (UTC) | ||
::: I finished reading LYaPAS-70 description and can confirm that it is in no way "a symbolic extension of APL". | |||
::: LYaPAS is relatively low-level. And it's closer to assembly than to C. It has neither file nor worksheet abstraction. It even puts much of the burden of heap management on the programmers, allowing them to write to specific memory cells directly. It doesn't have floating-point numbers, neither it has basic APL functions such as reshape, reverse, transpose, matrix inverse, grade up, etc. Even 2D-arrays are ugly and limited in LYaPAS. --[[User:Andrii Makukha|Andrii Makukha]] ([[User talk:Andrii Makukha|talk]]) 00:23, 9 September 2020 (UTC) | |||