From: Panicz Maciej Godek <godek.maciek@gmail.com>
To: guile-user@gnu.org
Subject: A [serious] problem with module integration
Date: Fri, 16 Nov 2012 14:54:50 +0100 [thread overview]
Message-ID: <CAMFYt2YdPm2g47+OgXxDXDqOzgCPYrPjpWjJUt8rFmN5EOsaBw@mail.gmail.com> (raw)
Hi,
I've been making some tiny changes in the way my application
uses modules. Previously I was including the scheme code right
into the C binary. This wasn't particularly elegant sollution, as it
didn't allow the code to be compiled, so I decided that I use guile
modules wherever I can.
And now I have a problem: the modules that I wrote make use
of the symbols defined by my application (using scm_c_define...),
but they are unavailable outside my application, i.e. for external
modules.
The result is that the modules don't work, because certain symbols
are undefined that are needed to build the necessary definitions.
If I'd taken a different approach, e.g. if I'd decided to use shared
libraries instead of having the main application call scm_with_guile,
the solution would be easy -- I could just define the wrappers around
the procedures exported by the library.
But now I'm in the big trouble.
Is there any way for the symbols introduced using scm_c_define...
to become available for external modules (that are meant to be
used within the application that I create)? I've tried creating
an empty module that includes the symbols exported by my app,
and nothing else, but it doesn't seem to help.
Perhaps there's some other idea that you could suggest?
next reply other threads:[~2012-11-16 13:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-16 13:54 Panicz Maciej Godek [this message]
2012-11-16 16:03 ` A [serious] problem with module integration Mike Gran
2012-11-16 16:10 ` Mike Gran
2012-11-16 16:38 ` Panicz Maciej Godek
2012-11-16 16:41 ` Mark H Weaver
2012-11-16 17:10 ` Mike Gran
2012-11-16 20:40 ` Ludovic Courtès
2012-11-17 20:28 ` rixed
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=CAMFYt2YdPm2g47+OgXxDXDqOzgCPYrPjpWjJUt8rFmN5EOsaBw@mail.gmail.com \
--to=godek.maciek@gmail.com \
--cc=guile-user@gnu.org \
/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).