I personally have nothing against adding other providers, the API to do so is very simple and I'll be happy to help anyone who wants to do it.
It's just that I have neither interest nor need to do it myself, so I won't be the person doing this work. I was looking into adding Oracle support, but the OCI library that you have to use to do that is absolutely awful, so I stopped that effort. I might pick it up again at some point if I really have the need to do that. Regards, Elias On 7 Jan 2017 03:31, "Blake McBride" <[email protected]> wrote: > My component and keyed file systems are built on Elias' SQL DB interface. > Do I need to convert those? > > Also, if we are making the SQL interface an integral part of GNU APL, I > would really like to see MS SQL Server support added. > > Thanks! > > Blake > > > On Fri, Jan 6, 2017 at 9:57 AM, Juergen Sauermann < > [email protected]> wrote: > >> Hi, >> >> Elias (the author of the SQL native function) and myself have >> converted the previously native function into a system function named >> *⎕SQL*. Everything else remains the same. >> >> The *wslib5/SQL.apl* workspace was updated accordingly; if you use >> that workspace instead of the native function directly then you should >> not notice any differences. >> >> The native function for SQL will remain for a while, but disappear >> eventually. >> >> Enjoy, >> Jürgen >> >> >> >> >
