> i had upgraded gcc-6.3.0 to gcc-12.2.0 after my original compiling of svn
> 1553
>
> if i recompile svn 1553 with the current gcc-12.2.0 i get the same above
> error (but recompiling with gcc-6.3.0 gives a good lib_gnu_apl.so)
>
> if i recompile svn 1651 with gcc-6.3.0 i get a good python3 lib_gn
On 5/25/23, Blake McBride wrote:
> Have a development project going on for several years with a fair-sized
> team. The code base grows immensely. Git forces you to download the whole
> damn thing - every change ever made. No one wants that! Sometimes it can
> take more than an hour to clone a
On 5/25/23, Blake McBride wrote:
> Although you addressed one of its many shortcomings, you conveniently
> failed to mention the others (e.g. complexity, central repo). In terms of
> complexity, GIT is plenty simple in simple cases but quickly becomes
> unwieldy even for experts.
I've just state
Following recent argument I just wanted to share that anecdote which
happened to me right now. That way it would be closer to real life and
more funny for you.
First, some background. I used to locally mirror GNU APL' Subversion
repository using rsync. That was long before it' Git mirror even
exis
On 5/26/23, Dr. Jürgen Sauermann wrote:
> I would like to share another anecdote with you.
Thanks for sharing. Now we have some experience in common and not only
in technology ;) Sorry that it happened to you. I believe that such
society is broken, but that's another matter.
Git has a distribute
On 5/26/23, Blake McBride wrote:
> When I got myself in a mess with GIT, I requested help from the local "GIT
> expert." However, more often than not, they couldn't figure it out either.
Never did that in my life. I always rely on documentation, books and
myself. I'm self taught :) From my exper
Hi all!
There are some (possibly minor) problems with current version of the
interpreter. This is all on Linux with gcc 8.2.1. The first problem
was introduced in latest SVN 1121: compilation now fails without
CXX_WERR=no, because of -Wclass-memaccess. Apparently gcc isn't happy
about using POSIX
On Sat, Feb 2, 2019 at 9:08 PM Dr. Jürgen Sauermann
wrote:
> thanks for reporting this. Could you please give an example for the gcc
> warnings> I am using
> g++ 4 .8.4 and I am not getting the warnings.
Of course. Here:
g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -Wold-style-cast -Werror
-I/
On Sun, Feb 3, 2019 at 12:49 PM Dr. Jürgen Sauermann
wrote:
> thanks, hopefully fixed in SVN 1122. The gcc guys create new
> warnings faster than I can fix them.
Thanks. It's compiled now without problems.
> Regarding the other problem:
>
> ∇A
> [1] A←0
> ∇
>
> when the Symbol A is
On Sun, Feb 3, 2019 at 9:00 PM Dr. Jürgen Sauermann
wrote:
> Almost every language has that sort of dangerous behaviour.
> I would rather call it a programmer's fault instead of dangerous
> behaviour because that better describes the true source of the
> problem. There is a common term for it: gar
Hello
On Mon, Feb 4, 2019 at 3:41 PM Dr. Jürgen Sauermann
wrote:
> infinite recursion should now give WS FULL. SVN 1123.
Thanks, it works now.
Out of curiosity I've installed Dyalog 14.0 32-bit Windows
unregistered version and it behaves the same way, i.e. WS FULL. I
think it'd worth mentioning
On Mon, Feb 4, 2019 at 2:04 PM Dr. Jürgen Sauermann
wrote:
> Attempting to solve a not decidable problem at runtime is nothing
> that I would dare to try.
Well, it seems that it all depends on implementation. While Dyalog
implemented assignment the same way as GNU APL, in NARS2000 it's very
diffe
On Tue, Feb 5, 2019 at 7:08 PM Dr. Jürgen Sauermann
wrote:
> It also raises the following question:
>
> ∇Z←A
> Z←42
> ∇
>
> A←5
>
> A
>
> What is A and why so? And its is definitely not ISO which says (page 67):
> ...
> If V is a variable-name,
> If the current-class of V is nil or variable,
> Se
On Wed, Feb 6, 2019 at 4:10 PM Dr. Jürgen Sauermann
wrote:
> Certainly not:
>
> ∇Z←A
> Z←42
> ∇
>
> At this point A has token class Niladic-Defined-Function-Name (page 25), An
> attempt to
> change that by:
>
> A←5
>
> is therefore explicitly forbidden by the statement on page 67. It has always
On Wed, Feb 6, 2019 at 4:10 PM Dr. Jürgen Sauermann
wrote:
> At this point A has token class Niladic-Defined-Function-Name (page 25), An
> attempt to
> change that by:
>
> A←5
>
> is therefore explicitly forbidden by the statement on page 67. It has always
> bin that way since
And BTW in any fu
On Thu, Feb 7, 2019 at 3:08 PM Dr. Jürgen Sauermann
wrote:
> In that respect NARS is not ISO compliant, but nobody else is because ISO
> contains a number
> of failures which makes it impossible to be 100% compliant.
Thanks for expressing your opinion. That situation is very
unfortunate, though.
On Sun, Dec 22, 2019 at 6:31 PM Dr. Jürgen Sauermann
wrote:
> I believe git is simple to use for those that are just updating their
> check-out.
> But hard for those who try to commit back into it. Like critics call APL a
> write-only
> language (https://en.wikipedia.org/wiki/Write-only_language
17 matches
Mail list logo
