Hi Xiao-Xing,
sorry, something went wrong with the commit. SVN 857.
/// Jürgen
On 01/18/2017 08:48 PM, Xiao-Yong Jin
wrote:
I'm still getting this,
cc1plus: warnings being treated as errors
In file included from Quad_SQL.cc
I'm still getting this,
cc1plus: warnings being treated as errors
In file included from Quad_SQL.cc:27:
sql/apl-sqlite.hh:24: erro
Hi Elias,
I believe you need to disclose (⊃) the outer vector:
Z←(1 2 3) (4 5 6) (7 8 9)
Z
1 2 3 4 5 6 7 8 9
⊃Z
1 2 3
4 5 6
7 8 9
/// Jürgen
On 01/18/2017 05:52 PM, Elias Mårt
Thanks. That worked. It was fast enough to not affect my timings that I
gave above.
Regards,
Elias
On 19 January 2017 at 01:05, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi Elias,
>
> I believe you need to disclose (⊃) the outer vector:
>
> Z←(1 2 3) (4 5 6) (7 8 9)
>
Thanks, I changed my function to use the new FIO 49, and the resuolt is
much more compact:
∇Z ← pattern read_csv_n filename
Z← {pattern convert_entry¨ (⍵≠' ') ⊂ ⍵}¨ ⎕FIO[49] filename
∇
It's a bit faster too, as this version runs in 11 seconds.
However, the result is not entirely correct, as th
Hi Xio-Yong,
I see. Can you try SVN 856, please?
Thanks, Jürgen
On 01/18/2017 04:57 PM, Xiao-Yong Jin
wrote:
Yes, it remains an error.
The number 255 as I understand comes from
src/SymbolTable.hh:235:class SystemSymTab : pub
Yes, it remains an error.
The number 255 as I understand comes from
src/SymbolTable.hh:235:class SystemSymTab : public SymbolTableBase
> On Jan 18, 2017, at 9:41 AM, Juergen Sauermann
> wrote:
>
> Hi Xiao-Yong,
>
> I have simplified the loop a little hoping that gcc will get less confused.
>
Hi Xtian,
thanks, done in SVN 855.
/// Jürgen
On 01/18/2017 04:35 AM, Christian
Robert wrote:
request for improvement when specifying a specific
workspace to load on the command line. (avoiding CONTINUE even if
it EXIST
Hi Xiao-Yong,
I have simplified the loop a little hoping that gcc will get less
confused. *SVN 854*.
If the warning remains then it is definitely bogus.
Also, I can't really see why iteration 255 should behave differently
than all the others.
/// Jürgen
On 01/17/2017 05:10 AM, Xiao-Yong
Hi Xiao-Yong,
I suppose this warning is bogus as well. However, I have changed
the default Shape constructor
so that even unused elements of rho[] are initialized to 0. SVN 853.
/// Jürgen
On 01/17/2017 03:05 AM, Xiao-Yong Jin
w
Hi Xiao-Yong,
thanks, fixed in SVN 852.
/// Jürgen
On 01/17/2017 02:56 AM, Xiao-Yong Jin
wrote:
Looks like a gcc loop unrolling bug.
I have another issue.
cc1plus: warnings being treated as errors
Thanks. I think it's clear that the crash happens when Emacs requests
information from the APL interpreter. The Emacs mode does that all the
time, for example when computing candidates for symbol completion.
Is there a way to disable the stack trace stuff so that I can catch the
crash in gdb when
Hi Elias,
from the Assert'ions point of view it looks as if you are trying
to index an empty UCS_string in FnCommand::run_command().
I would recommend to check the size() of each UCS_string
created in FnCommand::run_command().
I am have seen p
Hi,
as a start I have added ⎕FIO[49] in SVN
851. It reads an entire UTF8 encoded file and puts every
line of the
file into one nested Item of the result. Trailing CR and LF are
being removed in the precess.
Next step is to turn ⎕FIO[49]
Hi Xiao-Yong,
thanks, fixed in SVN 851.
/// Jürgen
On 01/18/2017 04:16 AM, Xiao-Yong Jin
wrote:
It doesn't work.
I got many unknown type name _Atomic_word error.
./../Parallel.hh:70:38: error: unknown type name '_At
You've all made good points, and I changed the code slightly to provide the
initial array side in order to avoid the recreation of the array on each
iteration. This brought down the loading time to a much more bearable *14
seconds*. I rewrote the Lisp code to be compatible with the APL code and
the
16 matches
Mail list logo
