Ah, great. And since in another mail you mentioned that even CroquetGL
works there I'd recommend to just look into that running system whenever
something seems odd - quite often it may turn out to be a red herring, like
the apicall issue.

- Vanessa -

On Mon, May 11, 2020 at 4:19 AM gettimothy <gettimothy at zoho.com> wrote:

> all FFI tests pass. In an earlier email I gave ab ecmple of incoking an
> FFI call that uses the cdecl
>
>
> ---- On Sun, 10 May 2020 19:33:26 -0400 * vanessa at codefrau.net
> <vanessa at codefrau.net> * wrote ----
>
>
>
> On Sun, May 10, 2020 at 3:21 PM gettimothy via Squeak-dev <
> squeak-dev at lists.squeakfoundation.org> wrote:
>
> ---- On Sun, 10 May 2020 16:04:35 -0400 *Levente Uzonyi
> <leves at caesar.elte.hu <leves at caesar.elte.hu>>* wrote ----
>
>
> FFI calls are not pragmas. They support different syntax, so they are
> language extensions.
>
>
> Levente
>
>
>
>
> thx,
>
> makes sense. in terms of FFI the <generated> is just documentation/marker
> stuff for use by the FFI test . Those classes, themselves are not Tests.
>
>
> Here is my current thinking, there are x possiblities.
>
> .
>
> possibility 1. The <apicall:module> is a marker/tag used by "something" to
> insert platform specific method code . I see this approach  in
> OGLExtManager loadExtension:
> in this possibility, then the fact that it is not recognized as a Pragma
> would explain the failure to replace the code.
>
> possiblity 2. the <apicall:module:> is an actual call
> if this is the case, it does not work, and I need a butt-simple library
> call to test this possibility.
> Or, I need to find all existing <apicall:module:>  methods and see if they
> work.
>
> thank you for your time
>
>
>
> As we mentioned before, get the plain FFI test working before you try
> *anything* with OpenGL.
>
> - Vanessa -
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200511/bb525347/attachment.html>