[Bug-apl] libapl load problem....

2018-05-17 Thread Peter Teeson
Hi all: The following is for svn 1048 ./configure —with-android —with-libapl Using MacOS Yosemite 10.10.5 and Xcode 6.4 and a vanilla Cocoa Document app. In the AppDelegate code I have the following: void *libaplHandle; // plain C file pointer - (void)applicationDidFinishLaunching:(NSNotificatio

[Bug-apl] an other inner product ,., bug

2018-05-17 Thread David Tran
Hi, Below shows the bug: 1 2 3 ,., 4 5 6 result: 1 2 3 4 5 6 expected: 1 4 2 5 3 6 Thanks, David

Re: [Bug-apl] an other inner product ,., bug

2018-05-17 Thread Juergen Sauermann
Hi David, GNU APL shows the same behavior as IBM APL2 (except that the IBM result is nested one more level)):   1 2 3,.,4 5 6  1 2 3 4 5 6   ⍴1 2 3,.,4 5 6   ≡1 2 3,.,4 5 6 2   4 ⎕

Re: [Bug-apl] libapl load problem....

2018-05-17 Thread Juergen Sauermann
Hi Peter, Not sure. First of all, GNU APL does not use the symbol _CERR, only CERR without underscore. However, sometimes linkers add a leading underscore to symbol names under certain circumstances, snf I duppodr thst is the case here. N

Re: [Bug-apl] libapl load problem....

2018-05-17 Thread Peter Teeson
I’ve been thinking about this and I believe it’s probably because libapl.so is C++ but Cocoa is Obj-C. Pure C plays nicely with Obj-C but there needs to be wrappers for C++ to play nicely with Obj-C. So while I wait for your wise replies I will research what to do to use C++ dlls in Obj-C; I don

Re: [Bug-apl] libapl load problem....

2018-05-17 Thread Elias Mårtenson
I don't think so. I believe the reason is that you're not compiling with a flat namespace. If I recall correctly OSX uses a different name resolution system by default where symbols from one library doesn't automatically become part of the namespace of another. There were some magic flags one can

Re: [Bug-apl] an other inner product ,., bug

2018-05-17 Thread David Tran
Hi Jürgen, Thank you for verification. My bad, I did not check with IBM APL2. Best Regards, David On Thu, May 17, 2018 at 2:39 PM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi David, > > GNU APL shows the same behavior as IBM APL2 (except that the IBM result is > nested one m

Re: [Bug-apl] libapl load problem....

2018-05-17 Thread Alexey Veretennikov
Hi, Last time I had a similar problem I had to run autoconf/autoreconf/something like this to regenerate configure on OSX. Elias Mårtenson writes: > I don't think so. I believe the reason is that you're not compiling > with a flat namespace. > > If I recall correctly OSX uses a different name r