Re: [Bug-apl] Another )COPY error

2014-04-15 Thread Elias Mårtenson
Do you think it would be possible to 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 wrote: > Hi Elias, > > thanks, fixed in S

[Bug-apl] Suggestion: Search system directory for )COPY

2014-04-15 Thread Elias Mårtenson
I think it would make sense to have )COPY search not only the local ~/workspaces directory, but also another system directory ( /usr/share/apl/something/...?) for files to load. That way useful "standard library" functions can be added there in the standard distribution. For example, someone wanti

Re: [Bug-apl] Update on SQL support

2014-04-15 Thread Blake McBride
On Mon, Apr 14, 2014 at 11:08 PM, Elias Mårtenson wrote: > On 15 April 2014 01:44, Blake McBride wrote: > > >> The driver option probably makes more sense for Java or if you are >> linking (via static library or shared library) to a native PostgreSQL >> library. But it can be useful if you are

[Bug-apl] Some compile warnings

2014-04-15 Thread Blake McBride
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 type ‘APL_Integer {aka long int}’ [-Wformat=] snprintf(cc, sizeof(cc), "%lld", cell

Re: [Bug-apl] Another )COPY error

2014-04-15 Thread Juergen Sauermann
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

Re: [Bug-apl] Not a syntax error

2014-04-15 Thread enztec
with nothing assigned to b a←b VALUE ERROR a←b ^ makes consistant sense that the x←gg would be a value error On Tue, 15 Apr 2014 07:51:44 -0500 Blake McBride wrote: > That certainly ends any debate. Thanks! > > Blake > > > > On Tue, Apr 15, 2014 at 6:31 AM, Ju

Re: [Bug-apl] Not a syntax error

2014-04-15 Thread Blake McBride
That certainly ends any debate. Thanks! Blake On Tue, Apr 15, 2014 at 6:31 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > my initial thinking was also that this is a syntax error. > However the ISO standard wants a value error (around page 67):" > > "Pattern V

Re: [Bug-apl] Not a syntax error

2014-04-15 Thread Juergen Sauermann
Hi Blake, my initial thinking was also that this is a syntax error. However the ISO standard wants a value error (around page 67):" "Pattern V ← B Evaluation Sequence: If B is not a value, signal value-error." /// Jürgen On 04/15/2014 07:31 AM, Blake McBride wrote: Additionally, while thei