OSAtomicAdd32Barrier is deprecated in macOS 10.12
/usr/bin/clang++ -DHAVE_CONFIG_H -I. -I..-Werror -Wall -I sql
-I/opt/local//include-march=native -O3 -pipe -MT apl-Assert.o -MD -MP -MF
.deps/apl-Assert.Tpo -c -o apl-Assert.o `test -f 'Assert.cc' || echo
'./'`Assert.cc
In file included
Hi,
in principle you can load shared libraries already via the native
function interface (which is a wrapper
around dlopen() and friends). A somewhat cleaner way would
be to have some new ⎕SQL function
numbers for loading shared libraries. A ⎕SQL
Hi David,
good idea, thanks a lot. SVN 848.
/// Jürgen
On 01/12/2017 09:50 AM, David B.
Lamkins wrote:
I thought it'd be nice to have quad-SQL documented in the info pages, so I copied doc strings from the SQL workspace. Pat
Agreed.
On Thu, Jan 12, 2017 at 6:11 AM, Elias Mårtenson wrote:
> I think we need a way to dynamically load SQL libraries. Otherwise we're
> going to either have precompiled binaries without SQL support, or the need
> to have multiple packages.
>
> If we support dynamically loading the SQL libra
I think we need a way to dynamically load SQL libraries. Otherwise we're
going to either have precompiled binaries without SQL support, or the need
to have multiple packages.
If we support dynamically loading the SQL libraries, then the Debian
package could be built with support for both backends,
Hi Hacper,
thanks, fixed in SVN 847. I moved the -I sql out
of the conditionals because ⎕SQL needs them
even if no SQL provider like sqlite or postgresql was detected.
libsql3 -dev is not in debian/control because GNU APL should also
build with
Actually, disregard that.
It's just:
'0006-06-06@06:06:06.000'⍕⎕TS
2017-01-12@10:42:39.088
Formatting dates is literally what was used as an example
of using formatting code 6 in apl2lrm.
-k
I thought it'd be nice to have quad-SQL documented in the info pages, so I
copied doc strings from the SQL workspace. Patch attached.
Index: doc/apl.texi
===
--- doc/apl.texi(revision 846)
+++ doc/apl.texi(working copy
