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
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
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
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
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
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 ⎕
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
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
