Hi,
I have added a workspace "Performance.apl" that gnuplots performance
data nicely.
According to that the sequential time (interpretation + malloc) for V+V
is pretty much 5 uS on my machine,
plus the length-dependant computation time
/// Jürgen
On 03/15/2014 08:23 PM, David B. Lamkins w
Hi Thomas,
also works on my machine. Could you please send me a stack dump from gdb?
/// Jürgen
On 03/18/2014 03:40 PM, baruc...@gmx.com wrote:
Hi, it looks like quote-quad ⍞ makes a segfault (any use seems to do it,
for instance: A←⍞ ).
Regards,
Hi,
extending Kacper's idea, you could also try:
(X/X)←∈(⍴¨X⊂X)⍴¨⊂1 0
It is a bit longer but may be faster because it avoids \.
/// Jürgen
On 03/20/2014 08:08 PM, Kacper Gutowski wrote:
On 2014-03-21 00:23:41, Elias Mårtenson wrote:
One of my experiments was very short, and tantalisi
Hi,
thanks, fixed in SVN 168. Now LENGTH ERROR is thrown instead.
/// Jürgen
On 03/21/2014 12:27 PM, Elias Mårtenson wrote:
Sorry, it's not a segfault, it's an assertion error. I do, however,
get on if I do the following:
* X←1 2 2 1 2 2 2 1 2 2 2 2 1 2 2 2 2 2 1 3*
* V←X ◊ (V/V)←
Hi Elias,
thanks, that worked for me.
I have commented out line 24 of emacs.hh because it produces only a warning
on my machine:
// #pragma GCC diagnostic push
The warning was:
emacs.hh:24: warning: expected [error|warning|ignored] after ‘#pragma
GCC diagnostic’
Probably my g++ is a bit old
Hi,
thanks, Peter. I have added your .pdf file in the doc directory and a
reference to it
in README-6-porting. See SVN 170. It will be contained in the upcoming
GNU APL 1.3
release.
/// Jürgen
On 03/22/2014 04:52 PM, Peter Teeson wrote:
Hi folks:
Attached is a slightly revised pdf. The rev
Hello everybody,
I am currently putting together the last bits and pieces for the next
GNU APL release 1.3.
First of all I would like to thank all of you for providing error
reports and suggestions. This is
exremely valueable input for me and hopefully makes GNU APL stable and
reliable at so
Hello,
I am happy to announce that GNU APL 1.3 has been released.
This release contains:
* improved emacs mode (thanks to Elias)
* limited support for direct functions (lambdas)
* new )DUMP command to save a workspace as text file (readable with apl -f)
All bugs reported before 3/25/2014 we
Hi Elias,
it was intended as written, I have added the extra () for clarification
in SVN 180.
/// Jürgen
On 03/28/2014 09:33 AM, Elias Mårtenson wrote:
The file Parser.cc, line 476, looks like this:
const int funtag = tos[src].get_tag() & ~TC_MASK | TC_FUN12;
Because & binds stronger
Hi Peter,
interesting. Looks OK in my xterm. I would do the following:
1. do command
)COLOR OFF
in GNU APL to make sure that your terminal is not confused by escape
sequences for colors.
2. Forward GNU APL output to a file:
echo "⍳50" | apl > file
This is to see if the empty lines
Hi Thomas,
thanks, fixed in SVN 180.
/// Jürgen
On 03/28/2014 08:49 AM, baruc...@gmx.com wrote:
Juergen Sauermann wrote:
I am currently putting together the last bits and pieces for the next
GNU APL release 1.3.
Hi, thank you for all your work.
Not really a bug, but just noticed that in
the Emacs mode is available on the
MELPA repository as well? This is so that they understand that they
don't have to download it themselves.
Regards,
Elias
On 14 March 2014 21:52, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Peter,
my plan was to i
Hi Elias,
this is actually not so easy and I can imaging a number of inner/outer
line styles that could become
too complex for a ⎕CR mode to be useful. How about using APL? Like:
A←'╔╗╚╝║═╦╩╠╣╬║═' ⍝ all lines double
A←'╔╗╚╝║═╤╧╟╢┼│─' ⍝ outside lines double, inside lines single
B←3 4⍴1 2 3
re/apl/
Regards,
Elias
On 25 March 2014 00:00, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hello everybody,
I am currently putting together the last bits and pieces for the
next GNU APL release 1.3.
First of all I would like to thank all of you for pro
Hello Harteg,
please see my answers inline below...
/// Jürgen
On 03/29/2014 09:08 PM, Harteg Wariyar wrote:
Hi. I just downloaded gnu apl1.3, running it on os-x mavericks. Took
a little bit of thinking and tinkering to get it up, but I have been
waiting
to be able to run apl on the mac, s
Hi Elias,
not on my machine:
'/usr/lib/apl/lib_file_io.so' ⎕FX 'IO'
IO
IO[0] 0
Functions provided by this library.
Assumes 'lib_file_io.so' ⎕FX 'FUN'
Legend: e - error code
i - integer
h - file handle (integer)
s - string
A1, A2
Hi Elias,
ANSI (fixed ESC sequence) is still the default because terminfo/curses
does not work too well
for colors on my box (bright white missing).
/// Jürgen
On 03/30/2014 12:09 PM, Elias Mårtenson wrote:
On 30 March 2014 18:06, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de
you'd get bright white by choosing the white colour in
addition to the standout mode. Standout mode has code "*smso*" in
terminfo.
Regards,
Elias
On 31 March 2014 00:21, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Elias,
ANSI (fixed
cal variables, etc.
/// Jürgen
On 03/31/2014 04:46 AM, Harteg Wariyar wrote:
Hi Juergen / Elias,
Please see my comments below also...
On Sunday, March 30, 2014 6:06 AM, Juergen Sauermann
wrote:
Hello Harteg,
please see my answers inline below...
/// Jürgen
On 03/29/2014 09:08 PM, H
Hi Thomas,
cool! Congratulations for getting this working!
/// Jürgen
On 03/30/2014 08:50 PM, baruc...@gmx.com wrote:
Hi,
I had to work more in order to turn the interpreter to an asynchronous process
(if you don't know about javascript: in two words, a javascript program can't
"wait" for in
Hi Blake,
1. currently there is only bug-apl@gnu,org that deals with everything
related to GNU APL. The posting frequency is not that high, so I think
a separate list makes little sense. It is perfectly OK if you post
discussions
and other non-bugs to bug-apl.
2. I could answer that if I knew
Hi,
thanks for reporting this, fixed in SVN 181.
/// Jürgen
On 03/31/2014 05:59 PM, Kacper Gutowski wrote:
On 2014-03-31 10:15:23, Blake McBride wrote:
I still think there is a small bug, however. Seeing the message 'problem
'Nabla.cc:444' would make anyone think there was an internal probl
them. That was kind of the
work-split between Elias and myself in the case of emacs mode.
Best Regards,
Jürgen Sauermann
On 03/31/2014 05:00 PM, Blake McBride wrote:
Dear Jürgen,
Thank you for responding. Please see my comments below:
On Mon, Mar 31, 2014 at 9:12 AM, Juergen
Hi,
improvements on the rank operator are already on my TO list (see
README-4-compliance).
I guess ⍤[] probably allows rank along any axis, but I have not yet
investigated that.
/// Jürgen
On 03/31/2014 09:34 AM, Elias Mårtenson wrote:
Jay, thanks for reminding me of the rank operator. I ha
Hello,
I would like to share some benchmarks on my dual-core (yes, I am a poor
guy) machine.
The benchmark measures A+A with A←1048576⍴2. The y-axis shows the CPU
cycle counter
which was recorded every 4096 iterations (so we have 256 samples on the
x-axis). The first value
was 0 (befor the loo
Hi,
just as an add-on to Nick'comments:
There are several ⎕-functions in GNU APL that translate between internal
APL values and variables and byte vectors that can be stored externally,
eg. via the FILE_IO native function (that provides several standard libc
functions
like fread(), fwrite(), e
);
so that the break-even point will go down a little.
/// Jürgen
On 04/02/2014 12:43 PM, Elias Mårtenson wrote:
Thanks,
Now I have an OpenMP enabled build on Solaris, and I'm ready to test.
How am I supposed to interpret the output from this command?
Regards,
Elias
On 2 Apri
be safe to say that as long as the function being called do
not use the assignment operator nor the EXECUTE function, it should be
safe for parallelisation?
Regards,
Elias
On 2 April 2014 20:12, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
the outpu
Hi,
in order to get a better time resolution for benchmarking, I have
added the following in SVN 182:
In C/C++ I have added function cycle_counter() which returns the current
cycle counter
of the CPU if the CPU supports it (and -1 if not).
In APL this functions is available via native functio
Hi,
depends a little on how the result should look like,
If you have a text with lines of different lengths then the most appropriate
for, IMHO, would be a nested vector with one ravel item per line. In
that case
collecting things in a Vector is probably the way to go (WARNING:
I have not test
Hi Elias,
The axis can be any APL value, so you can use a string or some
structured context
as axis argument. I believe there should still be some structure so that
people can
deal with different libraries. The idea of using an axis is that the
axis contains information
about a function while
a lack of namespaces, which
I mentioned in my previous mail. Of course the namespace issue can be
worked around using prefixes like is usually done in Emacs Lisp which
also lacks namespaces. But, proper namespace support is really useful
when loading more than one library.
Hi,
what I can see is that all this runs on two cores only.
Maybe you want to change:
omp_set_num_threads(2);
in main.cc to something higher?
/// Jürgen
On 04/03/2014 07:09 AM, Elias Mårtenson wrote:
Here are the data files when run on an 80-core machine (8 × 10-core
Xeon processors, 0.
o see if the file is a
.xml or .apl? Or perhaps an alternative command )COPYAPL? )COPYSOURCE?
Something else?
Regards,
Elias
On 3 April 2014 20:19, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Elias,
I see. There are basically 2 cases:
1. a libra
Hi,
I have added a few functions to support multi-core/open MP programming
for GNU APL, (see SVN 184.
1. ./configure
You can now ./configure static and dynamic core counts:
./configure CORE_COUNT_WANTED=N with N>0
static maximum core count. Will
#define MULTICORE 1
#define STATIC_CORE_COUNT
pect it to be set to OMP enabled, with the core count
= the number of cores on the machine.
Regards,
Elias
On 4 April 2014 21:58, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
I have added a few functions to support multi-core/open MP programming
ly looking into autoconf to figure out a way to do this.
Are you willing to take the patch if I do that?
Regards,
Elias
On 4 April 2014 22:30, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Elias,
if you ./configure nothing then MULTICORE will be #undef'
for both cases. They both essentially translates
to an add instruction of the stack pointer.
Regards,
Elias
On 3 Apr 2014 20:33, "Juergen Sauermann"
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Elias,
I will look into this, but some have performance impacts (dy
Hello,
as another preparation for parallel execution, I have rewritten
SkalarFunction::eval_AB() so that it is not recursive anymore (SVN 188).
That should allow more equal distribution of work for nested values.
Next step is to make all Cell functions nothrow.
/// Jürgen
ing that should be done.
Regards,
Elias
On 4 April 2014 22:47, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Elias,
thanks, very interesting figures. Looking at the 1024×1024 numbers
the behavior of
your machine is rather non-linear. Not in the
the join should be parallel? The join itself is
essentially the main thread waiting for all other threads to finish.
What is it that can be parallelised?
Regards,
Elias
On 6 April 2014 22:32, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
one more plot tha
Hi Elias,
yes, please send the patch.
/// Jürgen
On 04/06/2014 06:12 PM, Elias Mårtenson wrote:
The current mechanism to load native libraries first attempts to find
a library with the suffix .so. If that fails, it will try again with
the suffix .dylib (the OSX library extension).
This pos
Hi David,
I have put trace and stop control on my TODO list (aka.
README-4-compliance).
May take a while, though.
/// Jürgen
On 04/06/2014 09:56 AM, David B. Lamkins wrote:
Oops. Never mind. That's an IBM-ism; not part of ISO APL.
On Sat, 2014-04-05 at 23:20 -0700, David B. Lamkins wrote:
fficient than malloc. Using a fixed array is space and time wasteful.
Just an opinion.
Blake
On Sat, Apr 5, 2014 at 8:26 AM, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
I hope the Solaris issues are fixed now (SVN 187). Please complain
if not.
Hi Alias,
I have added your patch so the resolved issues should be fixed in SVN 194.
The**gt_INTL_MACOSX**: issue should also be fixed, thanks to a hint from
Peter Teeson.
For the other ./configure warning I would need to know which other
header files are needed
in order to compile on Solari
Hi Elias,
I reverted the -Wl,-E back to -rdynamic but added a check that the
compiler accepts it.
I wouln't remove it because gcc says it may be needed for dlopen() or
backtrace().
Also added NOMACROS and #included curses.h in ./configure.
Finally I updated NativeFunctions considering your p
Hi Masayuki,
thanks, found one more of that kind related to our recently introduced
DynArray macro.
Should be fixed in SVN 196.
/// Jürgen
On 04/09/2014 06:16 PM, Masayuki Onjo wrote:
I found typo of LibPaths.cc's compute_bin_path.
There are sizeof(plen + alen + 8) instead of sizeof(filenam
he right thing in eliminating unsigned int.
The problem in this case is that size_t is declared as unsigned
long, so that's where the unsigned comes from.
On 10 April 2014 00:21, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>> wrote:
Hi Elias,
Hi Elias,
both is on purpose. Absolute filenames are fallbacks if the other mechanisms
fail and in that case the entire path must be correct.
The return value of 0 is how ⎕FX is defined by IBM APL2 (the failed line
number
which is the header in this case). The ISO standard is a bit different.
Hi Elias,
thanks, fixed in SVN 197.
/// Jürgen
On 04/10/2014 06:23 AM, Elias Mårtenson wrote:
In get_CDR_type(), the variable has_bool is set, but never used.
Should there be a type value for it? Otherwise, should the variable be
removed altogether?
Regards,
Elias
Hi Elias,
thanks. fixed in SVN 197.
/// Jürgen
On 04/10/2014 07:32 AM, Elias Mårtenson wrote:
To reproduce, type the following:
*'' ⎕FX 'E'*
This results in the following error:
items_allocated = 4
items[0] =
idx = 0
===
Hello,
I have committed a first version of non-throwing cell functions in SVN 197.
This is so that we do not need to catch errors when calling these
functions (in SkalarFunction.cc).
Chances are that some of these functions still throw via other functions
that they call.
I am working on that;
Hi Elias,
could be difficult as well because some of these constructs are used by
inline functions
like Value/Value_P/Token Class Token is one of the cases that can't be
used, and Token
instances are all over the place.
/// Jürgen
On 04/10/2014 05:05 PM, Elias Mårtenson wrote:
Oh, I see. Ho
Hi Elias,
thanks, fixed in SVN 199.
/// Jürgen
On 04/11/2014 09:28 AM, Elias Mårtenson wrote:
After the rewrite of the native library loading, the error reported by
dlerror() is no longer included in the )MORE message. Instead, it
simply says that the file was not found.
Regards,
Elias
Hi Elias,
thanks, fixed in SVN 200.
/// Jürgen
On 04/10/2014 10:29 AM, Elias Mårtenson wrote:
In trying to fully understand how the . (period) operator works, typed
the following command and promptly crashed GNU APL:
*(10×2 3⍴⍳6){(⍺+⍵)⊣⎕←'LEFT: ⍺=',(⍕⍺),', ⍵=',(⍕⍵)}.{(⍺×⍵)⊣⎕←'RIGHT:
Hi Elias,
Wow, looks cool!
/// Jürgen
On 04/11/2014 10:48 AM, Elias Mårtenson wrote:
I've been working on an SQL interface, and right now I'm at the point
where basic SQLite support works. Here's an example:
⍝ Load the native library
*'/home/emartenson/prog/apl-sqlite/lib_sqlite.so' ⎕
Hi Elias,
not sure if I understood the problem correctly,
If the concern is that the first ravel element of the right arg is a
query string and the rest a some-how shaped
argument (and the total being ugly) then you could try the following
instead:
put the left arg (db) into the axis,
put th
Hello Blake,
yes, thanks. Fixed in SVN 202.
/// Jürgen
On 04/12/2014 08:00 PM, Blake McBride wrote:
∇gg
[1] 4
[2] ∇
gg
4
x←gg
4
SYNTAX ERROR
x←gg
^ ^
I understand what is wrong with gg. The problem is the error message.
I think it is wrong. Shouldn't it be V
Hi Blake,
we have 2⎕TF to convert APL functions and APL variables to text vectors
("bytes") and back.
So all that is needed for a native APL SQL database given a generic SQL
database is to declare
the objects properly (BLOB) and to call 2⎕TF before writing to, or after
reading from, the databa
Hi Thomas,
cool, even colors are working!
Some commands don't, for example ]KEYBOARD which could be useful
for users without proper APL keyboard setup.
Thank you for this.
/// Jürgen
On 04/13/2014 02:49 PM, Thomas Baruchel wrote:
Also, using the arrow keys to select from the command history
Hi,
I have changed the NativeFunction class so that so that the
called function (eval_AB(), eval_B(), ...) in the shared library
can access the calling object (of class NativeFunction).
This can be used if the called function wants to know, for example,
the name under which is was ⎕FX'ed in APL.
fairly trivial. The difficulty
is getting the input right, and I'm not really a fantastic mobile
designer. Anyone on this list who has had any thoughts around this?
Regards,
Elias
On 13 April 2014 21:30, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Tho
Hi Elias,
yes, you have a point there. My first guess would be GNU savannah where
GNU APL lives. We would have to figure a few things like how to change
SVN permissions,
paperwork for contributors (as per
http://www.gnu.org/prep/maintain/maintain.html) and so
on, but that is doable.
Another p
/2014 04:56 PM, Elias Mårtenson wrote:
Another option would be to use a distributed VC like Mercurial or Git.
Then you'd still be ultimately responsible for all merges into
mainline, with contributors being able to work on off-site branches.
Regards,
Elias
On 13 Apr 2014 22:52, &qu
who keeps
advocating his favourite version control system. I personally have
absolutely no problem with any VCS, as long as the workflow can be
smooth. :-)
Regards,
Elias
On 13 April 2014 23:46, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
my co
Hi,
yes. this can happen when the installed shared libs are compiled with
a different version of GNU APL and in the meantime virtual functions
have beed added or removed.
'make install' usually fixes this.
I was already thinking of some versioning between the shared libs and
the interpreter. I
Hi Blake,
I am not using xkbcomp myself. I have briefly tried it but I am not at
all an expert
in it. I will share all my knowledge with you, but don't expect too
much. All the information
I have came from some emacs guys, see the postings around Oct 28, 2913 on:
http://lists.gnu.org/archive/
Hello,
as promised earlier I have implemented an extension to the )COPY
command, see SVN 206.
You can now )COPY a file that has been produced by the )DUMP xommand.
Alternatively you can write the file with a text editor.
Conceptually the )COPYd file can contain other )COPY commands so that it
27; (returns no value) vs using it as a
function (returns a value) in coding
But argument can be made that gg has no value
On Sun, 13 Apr 2014 12:54:32 +0200
Juergen Sauermann mailto:juergen.sauerm...@t-online.de>> wrote:
> Hello Blake,
>
> yes,
Hi Elias,
thanks, fixed in SVN 208.
Forgot to mention that .apl files should start with #!.
Now a check is made for that.
/// Jürgen
On 04/15/2014 06:30 AM, Elias Mårtenson wrote:
This is probably related to the previous bug report.
After failing to load the previously attached file (the on
Hi Elias,
conceptually you can use a library number like:
)COPY 2 workspace.
The libraries can be displayed with command )LIBS and are user-configurable
in the preferences file.
/// Jürgen
On 04/16/2014 04:28 AM, Elias Mårtenson wrote:
I think it would make sense to have )COPY search not onl
add the function tag to reflect
the location where the function was defined? (the tag being the
pathnamename and line number separated by an exclamation mark)
Regards,
Elias
On 16 April 2014 00:26, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Elias,
Hi,
I have created a benchmark program that measures the startup (fork) and
finish (join)
times of OMP. It also compares them with a hand-crafted fork/join.
The manual implementation uses a O(log(P)) algorithm for forking and
joining compared to
apparently an assumed O(P) algorithm in OMP. It
AM, Elias Mårtenson wrote:
I'll be happy to run the benchmark. Can you give me the details on how
to actually run it?
Regards,
Elias
On 17 April 2014 01:56, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
I have created a benchmark program tha
Hi Elias,
I changed munmap() to char *.
I also added source file and line numbers to user defined functions. May not
work everywhere yet, please let me know if not., Can be checked with eg.
]SYMBOL 'FOO'
I added some printouts for APnnn troubleshooting; start APL with -l 37
(= startup-log) t
ile as soon as I can get my hands on it.
As for munmap, I'm surprised we're not getting errors on Linux for
this, since it's defined to take a void * on that platform.
Regards,
Elias
On 17 April 2014 23:27, Juergen Sauermann
mailto:juergen.sauerm...@t-on
Hi Blake,
thanks, fixed in SVN 210.
/// Jürgen
On 04/15/2014 08:20 PM, Blake McBride wrote:
Archive.cc: In member function ‘void
XML_Saving_Archive::emit_cell(const Cell&, int&, bool&)’:
Archive.cc:229:71: warning: format ‘%lld’ expects argument of type
‘long long int’, but argument 4 has ty
Hi Peter,
thanks, fixed in SVN 212.
/// Jürgen
On 04/18/2014 02:40 AM, Peter Teeson wrote:
Updated to revision 211.
../GNUAPL/apl-svn/src/UserPreferences.cc:378:1: Control may reach end of
non-void function
Peter
Hi,
I have added functions popen() and pclose() to the native FILE_IO
function, see SVN 212.
That makes it possible, for example, to call programs from GNU APL and
return their output
directly to GNU APL rather than needing to store the output of the
command in an intermediate
file and rea
Hi Elias,
I believe that currently )ERASE or ⎕EX cause the native function to be
removed
from the APL symbol table but the .so file is not dlclosed() and the
native function
object is not removed.
The .so file and the native function object are typically very small by
today's
disk size and
nk I could make the SQL library unload safely in this case.
Regards,
Elias
On 18 Apr 2014 20:38, "Juergen Sauermann"
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi Elias,
I believe that currently )ERASE or ⎕EX cause the native function
to be removed
from th
Hi Elias,
I see. Actually the callback was introduced already earlier on your behalf.
I have changed the code slightly so that the native functions gets
really erased.
Lets see if that works, SVN 214.
/// Jürgen
On 04/18/2014 05:44 PM, Elias Mårtenson wrote:
The problem is that the __attribu
Hi Peter,
I believe IBM's APL2 langage reference manual and the ISO standard
describe almost the
same thing in different ways. The ISO standard is a bit more formal
while the IBM docs are
more descriptive. Unfortunately the ISO standard has significant gaps.
most notably the
concept of bindi
Hi Peter,
I have changed it in SVN 215.
I still disagree with the warning because in a comparison of an
enumeration member
with an integer should perform integer promotion of the enum member to
int and then do
integer comparison and NOT convert the int to an enum member (which it
can't) and t
Hi Peter,
thanks, fixed in SVN 215.
/// Jürgen
On 04/19/2014 02:57 AM, Peter Teeson wrote:
../apl-svn/src/Token.cc:545:11: 5 enumeration values not handled in switch:
'TC_L_CURLY', 'TC_R_CURLY', 'TC_MAX_PHRASE_2'…
../apl-svn/src/Token.cc:601:11: 5 enumeration values not handled in switch:
'
Hi Blake,
3 ⎕TF produces a byte vector in the CDR (common data representation)
format defined by IBM.
It was a by-product of the CDR format which is used internally in GNU
APL for communication
with shared variables and other running GNU APL workspaces. Right now
there is no inverse
function
Hi Blake,
I have added 11⎕CR for APL → CDR and 12⎕CR for CDR → APL conversions,
see SVN 217.
For example:
* 12 ⎕CR CDR←11 ⎕CR 'Hello' 1 (2 3)**
** Hello 1 2 3 **
** ⍴CDR**
**128*
/// Jürgen
On 04/19/2014 12:16 PM, Blake McBride wrote:
Greetings,
Now that the wonderful SQL int
Hi,
I guess 10 ⎕CR is better suitable for that because it uses a portable
subset of Unicode for APL values.
I believe performance issues are a question of the past, so a little
overhead is worth to be paid for
simplicity. 10⎕CR output can be decoded with ⍎¨ for example:
*⎕←X←'Hello' 1 (2 3)
handle web
services.
/Blake McBride/
/
/
www.arahant.com <http://www.arahant.com/>
Cell:615-394-6760
Office: 615-376-5500
Fax: 615-377-6006
On Fri, Apr 18, 2014 at 7:12 AM, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
I have added fun
19, 2014 at 10:40 AM, Juergen Sauermann
mailto:juergen.sauerm...@t-online.de>>
wrote:
Hi,
the problem is that there are so many different ways to solve
this, each with its own
characteristics in performance and memory/disk space. We cannot
implement them all.
Th
ention (or even the self).
Most compilers warn if you retreat 'informal' programming rules, because
in most cases this lead to erroneous code.
Formally you do not need to follow this, of course.
On Sat, 19 Apr 2014 14:37:53 +0200
Juergen Sauermann wrote:
Hi Peter,
I have change
ürgen,
Thanks a lot! I a little confused with all the ⎕CR and ⎕TF options.
Do you have a txt file that gives a brief overview?
Also, please let me know when you have it in, I'll get to work with it.
Thank so much!
Blake
On Sat, Apr 19, 2014 at 12:34 PM, Juergen Sauermann
mailto:juer
Hi David,
thanks. Hopefully fixed in SVN 218.
/// Jürgen
On 04/20/2014 05:03 AM, David B. Lamkins wrote:
When using 2⎕tf to encode a nested array in which the last element is a
character array of rank greater than one, the parentheses around the
denotation of that element are incorrectly omit
Hi Elias,
I believe you can set CXXFLAGS before AC_CHECK_HEADER([term.h], [], [],
[]) like:
*CXXFLAGS=-I. -I**/usr/include/postgres
**AC_CHECK_HEADER([**libpq-fe**.h], [], [], []) *
If it fails then config.log tells you why. Alternatively you could call
AC_CHECK_HEADER again
if the first on
project.
On Sun, 20 Apr 2014 11:54:53 +0200
Juergen Sauermann wrote:
Hi,
thanks. fixed in SVN 219.
I also made XML_Loading_Archive more tolerant so that is should be
possible to )LOAD files that were )SAVEd with this bug.
/// Jürgen
On 04/19/2014 06:56 PM, David B. Lamkins wrote:
The attached workspace crashes GNU APL upon loading.
There's nothing of importa
Hi David,
I tried to reproduce the problem on my machine but couldn't.
I looped around an empty file (outside emacs mode) several 1 times
without
the problem happening.
Some more context like the Backtrace shown after SEGMENTATION FAULT (if any)
or loading the core dump into gdb and doing
Hi Peter,
fixed in SVN 220. The -rdynamic is described in 'man g++'.
/// Jürgen
On 04/19/2014 06:22 PM, Peter Teeson wrote:
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I../.. -I/usr/local/include -rdynamic -g -O2 -MT file_io.lo -MD
-MP -MF .deps/file_io.Tpo -c -
Hi Peter,
thanks, fixed in SVN 220.
/// Jürgen
On 04/21/2014 06:20 PM, Peter Teeson wrote:
As of APL 1.3 6401 -- For OS X both Mountain Lion 10.8.5 & Mavericks 10.9.2
./configure --disable-nls ; make clean ; make
/apl-svn/src/file_io.cc:113:41: Expression result unused
Input.cc:106:42: warn
Hi Peter,
the built-in ∇-editor should almost work like "Editor 1" described in
the IBM language reference
manual for APL2, chapter 9. When you are scripting GNU APL then you can
define functions in your
script like this:
)ERASE AVERAGE
∇Z←AVERAGE B
Z←(+/B)÷⍴B
∇
Having that said, this is how
101 - 200 of 1721 matches
Mail list logo
