unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: paul <paul@inktvis.org>
To: Taylan Kammer <taylan.kammer@gmail.com>, guile-user@gnu.org
Subject: Re: Difficulty integrating with Swift/Objective-C
Date: Mon, 06 Sep 2021 20:21:56 +1000	[thread overview]
Message-ID: <m2mtoqm2bf.fsf@inktvis.org> (raw)
In-Reply-To: <f72978b4-1ea4-8a7e-2199-f7608b9e9ac0@gmail.com>

Hello again list, Taylan,

On 2021-09-05 at 18:26 AEST, quoth Taylan Kammer 
<taylan.kammer@gmail.com>:
> To narrow down the issue, I'd attempt a few things, in order:
>
> 1. Compile only the C code, adding a main() function, just to 
> make sure the OS
>    and the chosen Guile version and such are working fine with 
>    each other.
>
> 2. Compile pure Objective-C code, calling that run_guile() 
> function firstly
>    directly from the main() function in main.m of the 
>    Objective-C program, and
>    commenting out the NSApplicationMain() call that would 
>    initialize Apple's
>    application framework.
>
> 3. See if reactivating the NSApplicationMain() call causes 
> problems.  (It should
>    be called *after* the Guile initialization.)
>
> 4. See if you can use Guile's C functions from 
> -applicationDidFinishLaunching:
>    e.g. by doing: scm_c_eval_string("(begin (display 
>    'HelloWorld) (newline))")
>
> If that works, we now have an Objective-C + Guile application, 
> and want to move
> to using Swift instead.  This is where my Apple knowledge hits 
> its limits because
> I never used Swift. :-)
>
> But I guess Swift should have something equivalent to the main() 
> function of C and
> Objective-C, and calling Guile initialization from there might 
> do the trick.

Thank you very much for your tips.  I was actually able to unstick 
myself with your suggestions: first i created a blank Objective-C 
CLI app and integrated Guile, that worked well!  Next i created a 
new, blank, Objective-C AppKit GUI app.  The same procedure worked 
well there, too.

The more challenging bit was learning how to take my existing 
Swift app and (re-)introduce a main() in Objective-C.  Because it 
turns out that Swift has some conveniences that cause it to 
autogenerate a _main symbol behind-the-scenes.  In any case you 
can turn that off and create an Objective-C main function (my 
project didn't have Objective-C to start with, but it was enough 
to create a new file with a main() copied from my earlier 
from-scratch experiments) which - long story short - i was able to 
modify and get Guile booting correctly!  I was even able to 
complete step 4, to my surprise (sort of), and call 
scm_c_eval_string straight from my Application Kit code.  This 
takes a bit of fiddling (Apple's so-called Precompiled Bridging 
Header) to make Swift aware of C-land functions, but my app 
actually already has a Rust-based core which i call out to with 
this mechanism so here i was on firmer ground.

I think there must have been something weird about the state of my 
project last night, because initially i was still having the 
EXC_BAD_ACCESS issues, but making a new branch off my main and 
doing the above worked well.

It should be said that i still couldn't use the Homebrew-packaged 
version of Guile because of the JIT errors i described elsewhere, 
but this isn't a blocker because i'm able to compile my own 
libguile with `--enable-jit=no`.

Thanks again, i spent all weekend messing with this and couldn't 
figure it out, your input was super useful.

All the best,
p.



  parent reply	other threads:[~2021-09-06 10:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-05  6:03 Difficulty integrating with Swift/Objective-C paul
2021-09-05  8:26 ` Taylan Kammer
2021-09-05  9:35   ` paul
2021-09-06 10:21   ` paul [this message]
2021-09-06 13:11     ` Taylan Kammer
2021-09-05 10:56 ` Chris Vine
2021-09-06 10:26   ` paul
2021-09-06 16:28     ` Chris Vine
2021-09-08 23:59 ` paul
2021-09-28 20:22   ` Aleix Conchillo Flaqué

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2mtoqm2bf.fsf@inktvis.org \
    --to=paul@inktvis.org \
    --cc=guile-user@gnu.org \
    --cc=taylan.kammer@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).