From: Ben Gamari <bgamari@gmail.com>
To: Simon Cozens <simon@simon-cozens.org>
Cc: notmuch <notmuch@notmuchmail.org>
Subject: Re: [PATCH] Mail::Notmuch Perl wrapper
Date: Tue, 26 Jan 2010 10:51:45 -0500 [thread overview]
Message-ID: <1264520598-sup-6733@ben-laptop> (raw)
In-Reply-To: <4B5EA931.6080804@simon-cozens.org>
Excerpts from Simon Cozens's message of Tue Jan 26 03:34:57 -0500 2010:
>
> Yes, this is why I chose not to use SWIG: if I'm going to automatically
> get code that doesn't do what I want and then have to manually write
> code that does, why not just manually write code that does? (well,
> semi-manually: xsubpp extracted all the function signatures for me.)
>
You bring up a very good point here. It seems like Perl is nice in that
it has tools that allow you to easily bring up a set of bindings.
Unfortunately, it seems that many other languages (Python included)
aren't as well endowed.
> I guess the advantage of SWIG is that it gets you code that you don't
> want in many different languages.
>
This is actually precisely my logic. It saves you the work of having to
do the grunt work of writing the glue for each of the signatures.
However, it seems that in some languages this isn't nearly as difficult.
> Anyway, whichever way you do it, you'll still need the class
> documentation and the tests - feel free to take them from my patch if
> you end up going the SWIG route for Perl.
>
You might have the right approach in not choosing a cookie-cutter
solution for binding generation. There certainly are tools[1][2][3] for
Python that make the job a great deal easier. Maybe these would be a
better choice. Ultimately, we'd probably end up with more code to
maintain, however the end result would likely be cleaner than the
current stacked bindings approach. What do people think?
- Ben
[1] http://www.cython.org/
[2] http://freshmeat.net/projects/python-sip/
[3] http://code.google.com/p/pybindgen/
prev parent reply other threads:[~2010-01-26 15:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-25 18:17 [PATCH] Mail::Notmuch Perl wrapper Simon Cozens
2010-01-25 19:10 ` Mike Kelly
2010-01-26 3:30 ` Ben Gamari
2010-01-26 8:34 ` Simon Cozens
2010-01-26 15:51 ` Ben Gamari [this message]
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://notmuchmail.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1264520598-sup-6733@ben-laptop \
--to=bgamari@gmail.com \
--cc=notmuch@notmuchmail.org \
--cc=simon@simon-cozens.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.
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
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).