agreed.
Xtian.
On 2016-08-29 02:02, Elias Mårtenson wrote:
On 29 August 2016 at 13:58, Christian Robert mailto:christian.rob...@polymtl.ca>> wrote:
On 2016-08-29 01:21, Elias Mårtenson wrote:
They are, but if they are not found in the local directory, they are
also searched for i
On 29 August 2016 at 13:58, Christian Robert
wrote:
> On 2016-08-29 01:21, Elias Mårtenson wrote:
>
>> They are, but if they are not found in the local directory, they are also
>> searched for in the system directories.
>>
>
> and if so, why did the compiler didn't find "malloc.h" ? was not at a
On 2016-08-29 01:21, Elias Mårtenson wrote:
They are, but if they are not found in the local directory, they are also
searched for in the system directories.
and if so, why did the compiler didn't find "malloc.h" ? was not at all in
system defaults ? (don't know at all about OS X)
I agree w
They are, but if they are not found in the local directory, they are also
searched for in the system directories.
That said, in this case using the angle brackets is the correct thing to
use.
On 29 August 2016 at 13:08, Christian Robert
wrote:
> that should read:
>
> #include
>
> or better
>
>
that should read:
#include
or better
#include
things in double quotes are searched in local directory by default and not in
system.
Xtian.
On 2016-08-28 23:42, Xiao-Yong Jin wrote:
LApack.cc:21:20: fatal error: malloc.h: No such file or directory
#include "malloc.h"
LApack.cc:21:20: fatal error: malloc.h: No such file or directory
#include "malloc.h"
^
compilation terminated.
Under OS X, it’s in /usr/include/malloc/malloc.h
Is it actually needed? The code compiles fine without the #include.
Best,
Xiao-Yong
With the release of GNU APL 1.6, I thought that this would be a good time to
update the APL Package Manager.
https://github.com/TieDyedDevil/apl-pkg
The big change here is that the development branch (percy) has been merged onto
master. There are a lot of new features (see below). There won't b
Nice - thanks - looks good - no configure or make problems
and libapl.so looks great - no problem with previously written code
native function for accessing PostgreSQL ... something very nice to play with
(didn't see that before)
---
Of cource the web page at http://www.gnu.org/software/a
Hi,
I am happy to announce that GNU APL 1.6 has been released.
This release contains:
* bug fixes,
* ⎕FIO (replaces FILE I>O native functions), and
* local variables in lambdas
All bugs reported b
On 28 August 2016 at 14:02, Juergen Sauermann wrote:
> I believe I managed to reduce the amount of memory needed for A⌹B
> considerably. SVN 791.
Great!
Thanks.
-k
Hi again,
I believe I managed to reduce the amount of memory needed for A⌹B
considerably. SVN 791.
/// Jürgen
On 08/28/2016 12:05 PM, Juergen
Sauermann wrote:
Hi Kacper,
thanks, fixed in
Hi Kacper,
thanks, fixed in SVN 790.
You will now get a WS FULL because the computation
of A⌹A
needs
a 9×9 matrix internally which is about 80 GB large for
real and
160 GB for complex matrices.
/// Jürgen
Hi Blake,
yes, I will do that.
/// Jürgen
On 08/27/2016 08:02 PM, Blake McBride
wrote:
Given all the great bug fixes, and the fact that it
has been over a year since the last release, perhaps it is time
On 28 August 2016 at 04:12, enztec wrote:
> works here
Perhaps it would fail if you tried bigger array?
9 seemed enough to reproduce it reliably in my environment.
And no, this is a complete transcript, nothing else was defined.
-k
14 matches
Mail list logo
