Hi there APLers!
I found it too annoying that APL creates .apl.history file in whatever
is current directory and spams my filesystem, so I've patched it to
create this file in user's $HOME directory by default. Maybe you'll
find it useful as well.
./danfe
--- gnu-apl.d/preferences.in.orig 2019-0
Building APL with GCC 7/8 required some minor patching: src/Error.hh,
in set_error_line_X() methods, there are calls to strncpy(3), so it
needs #include or #include .
Also, had to change types of total_memory from unsigned to signed,
those values are compared to values of type rlim_t which is sig
On 7/4/19, Dr. Jürgen Sauermann wrote:
> The effect of the patch seems to be to change the default value of the
> directory where an APL history is stored.
Well, the main part of these changes is support for tilde expansion,
which is useful even preferences are left untouched. (OK, the comment
l
On 7/4/19, Dr. Jürgen Sauermann wrote:
> The need for ~ (or $HOME for that matter) puts additional requirements on
> the platform which harms portability. I have always tried to minimize the
> number of environment variables used by GNU APL, in order to maximize
> usability.
Forgot to respond to
On 7/4/19, Dr. Jürgen Sauermann wrote:
> Regarding signed vs. unsigned, the question is not so much if the chosen
> type can hold the value but the number of comparisons needed to compute
> if a value fits into a range (where the vast majority of cases the range
> starts at 0).
>
> A signed X fall
>
> I have left the preferences file as is because changing it could come as a
> surprise
> to users that are happily using the current default.
>
> I also changed the rlim_t comparison warnings in a different way. Please
> complain
> if that doesn't work.
>
> SVN 1179.
>
As of libc++19[1], std::char_traits<> is now only provided for char,
char8_t, char16_t, char32_t, and wchar_t, and any instantiation for
other types will fail. This breaks GNU APL on the FreeBSD package
build cluster[2]. I've briefly glanced over the problematic code and
it looks like it may need
Hi,
Recently FreeBSD switched its default compiler to Clang, and now GNU APL
v1.8 does not build due to this:
...
NumericCell.cc:1405:27: error: implicit conversion from 'long long' to
'double' changes value from 9223372036854775807 to 9223372036854775808
[-Werror,-Wimplicit-int-float-con
On Mon, Mar 16, 2020 at 11:55:21AM +0100, Dr. J??rgen Sauermann wrote:
> Hi Alexey,
>
> thanks for reporting this. Supposedly fixed in SVN 1244.
I confirm, it builds fine now (with r1244 applied).
Thanks for the prompt fix! :)
./danfe
Hi there,
GNU APL configures itself to build with -Werror by default (which is good
thing), and now fails to build with Clang 13.0.0:
Bif_F12_FORMAT.cc:579:5: error: variable 'sum' set but not used
[-Werror,-Wunused-but-set-variable]
int sum = 0;
^
1 error generated.
./danfe
10 matches
Mail list logo
