Actually, no. I don't actually do that. I only resize the array one every
1000 lines (configurable). Also, the time is not spent there.
As I mentioned, I ran it under Callgrind, and the time spent allocating
arrays is actually minimal. What does take time is the 2.2 *billion* cell
allocations and
Given a quick read, I get the impression that you're still incrementally
extending the length of the result. This is, by definition, an O(n^2)
operation. There's a lot of catenation in your code; that'll almost
certainly involve copying.
Try this instead:
1. Get the size of the file to be read.
2
On Fri, 2014-04-25 at 12:54 +0800, Elias Mårtenson wrote:
> To shift this discussion from namespace to (what I previously
> mentioned being more important) that of library packaging:
>
>
> I don't think using Linux packaging is the best idea. I run Ubuntu and
> OSX at home, and Arch Linux and Re
On Fri, 2014-04-25 at 12:43 +0800, Elias Mårtenson wrote:
[big snip]
Sorry about the C++ and Java comments. Read that as me venting my own
frustrations having used both languages. It's not that either approach
is inherently bad; it's just that I don't particularly care for the path
those two comm
*Update:*
I just did some more testing, and it seems as my clone() optimisation was a
bit too agressive.
The "temp" system needs to be changed a bit into a "copy on write" flag
instead. In looking at the code, it seems as though that should be
something that would be fairly trivial to do, and I'v
I ran the program through Callgrind and I found the performance bottleneck.
The program spends most of its time cloning values that are only used once.
I applied the following patch that reduces the run time from a few minutes
to a fraction of a second.
Jürgen, could you take a look at it and see
Thank you Jürgen for the clarification. You make a great argument, and I
personally have no problem accepting that.
Also, as you say, the community is so small that names shouldn't really
clash. I suppose if the unthinkable happens and the community size were to
grow to 4 digits, this the entire i
When it comes to things like development environment integration (things
like SLIME for Common Lisp as well as the gnu-apl-mode) Emacs is clearly
the better choice, Why not take a look at Emacs? You might actually like
it. :-)
Regards,
Elias
On 25 April 2014 09:36, wrote:
>
> Nothing like that
I believe that I said that Emacs has managed, but it's clearly not an ideal
situation. In fact, I'm a very strong advocate for seeing namespace support
in Emacs as I find it incredibly frustrating having to prefix every single
function and variable, even if they are internal.
I feel exactly the sa
Nothing like that - more like i've always been active in the emacs vs vim wars
and it would be hypocritical to start using emacs now!!
I remember using ∇ exclusively with tcc apl ()edit with stsc) and can't find
how to get a line open for editing and the cursor positioned on the line
I keep try
Hi David,
thank you very much for all the flowers from you and the others in the
last days.
Not my birthday yet, but I'll keep them until then.
I agree that dependency tracking could be a good thing. Maybe we can use
the dependency
system of RPM or Debian packages for that (GNU APL has make t
It edits functions in the workspace. GNU APL runs inside Emacs, and when
you press C-c C-f to open a function it reads the content of it and
displays it in a separate buffer. Once you're done editing it gets sent to
the APL runtime.
Regards,
Elias
On 25 Apr 2014 08:55, wrote:
> I'm not enjoying
I did bring up the topic of namespaces some time ago on this list, and
Jürgen expressed some concerns with it.
My opinion is that they would be really useful. It is possible to handle a
large number of libraries without namespaces (Emacs does not have
namespaces either, and there are thousands of
Hi David,
thanks, applied in SVN 222.
I also added base64 encoding and decoding according to RFC 4648.
/// Jürgen
On 04/21/2014 08:11 PM, David B. Lamkins wrote:
Diff attached.
In writing a function that uses lib_file_io to load the content of an
entire file into an array of strings, I came across a bad performance
problem that I am having trouble narrowing down.
Here is my current version of the function:
https://github.com/lokedhs/apl-tools/blob/e3e81816f3ccb4d8c56acc8
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I../.. -I/usr/local/include -rdynamic -g -O2 -MT util.lo -MD -MP -MF
.deps/util.Tpo -c -o util.lo util.cc
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include
-rdynamic -g -O2 -MT util.lo -MD -MP -MF .
Thanks Jürgen for pointing out the FILE_IO help display
on my svn 220 install the apl.html only gave up to FUN[ 3] as options - so I
missed it
on my svn 220 install the FUN '' or'' FUN '' shown on the apl.html
both give DOMAIN ERROR while FUN[0] '' or '' FUN[0] '' give the FULL he
Nothing like that - more like i've always been active in the emacs vs vim wars
and it would be hypocritical to start using emacs now!!
I remember using ∇ exclusively with tcc apl ()edit with stsc) and can't find
how to get a line open for editing and the cursor positioned on the line
I keep try
Hi, in NativeFunction.cc I think the following line:
CERR << "shared library " << so_name << "is lacking the mandatory "
should have one space more before "is lacking the mandatory"
Regards,
--
Thomas Baruchel
Totally specific to Emacs. The entire module is written in Emacs Lisp. That
said, you can run Emacs in a terminal if you are allergic to graphical
displays. :-)
Regards,
Elias
On 25 Apr 2014 09:06, wrote:
> Hi
>
> It is something totally specific to emacs or is is something that might be
> usabl
Hi
It is something totally specific to emacs or is is something that might be
usable in an xterm?
On Fri, 25 Apr 2014 08:58:33 +0800
Elias Mårtenson
> It edits functions in the workspace. GNU APL runs inside Emacs, and when
> you press C-c C-f to open a function it reads the content of it
Hi,
really nothing, but in the doc:
> A misspelling of the language can cause APL characters to become unavailable,
> even if you xmodmap is correct. You can check your setting by executing the
> program 'locale'. If it shows warnings like these
I think it should be "if YOUR xmodmap is correct".
Thank you Elias and Jürgen for your comments regarding namespaces.
I'll say at the outset that, having had time to think about my proposal
overnight, I agree that that adding namespace support to the interpreter
is not as good an idea as I had first envisioned. It turns out that such
a "simple" ch
Thanks Jürgen for pointing out the FILE_IO help display
on my svn 220 install the apl.html only gave up to FUN[ 3] as options - so I
missed it
on my svn 220 install the FUN '' or'' FUN '' shown on the apl.html
both give DOMAIN ERROR while FUN[0] '' or '' FUN[0] '' give the FULL he
I'm not enjoying using the ∇ to edit things and found the
https://github.com/baruchel/APLedit as well as the
https://github.com/lokedhs/gnu-apl-mode/blob/master/gnu-apl-editor.el
question about emacs - can it actually edit functions inside the apl workspace?
or is apl running inside emacs like
25 matches
Mail list logo
