From: James Antill <jantill@redhat.com>
To: Stephen Bennett <spb@gentoo.org>
Cc: Joshua Brindle <jbrindle@tresys.com>,
Karl MacMillan <kmacmill@redhat.com>,
selinux@tycho.nsa.gov, Stephen Smalley <sds@tycho.nsa.gov>
Subject: Re: SELinux userspace infrastructure language
Date: Fri, 01 Jun 2007 00:10:15 -0400 [thread overview]
Message-ID: <1180671015.7793.22.camel@code.and.org> (raw)
In-Reply-To: <20070531204502.3a667419@maya>
[-- Attachment #1: Type: text/plain, Size: 1702 bytes --]
On Thu, 2007-05-31 at 20:45 +0100, Stephen Bennett wrote:
> On Thu, 31 May 2007 13:54:23 -0400
> "Joshua Brindle" <jbrindle@tresys.com> wrote:
>
> > Given all this I think C++ is the best bet, though I'm not adverse to
> > most of the frontends being written in python, it would just be nice
> > if the actual policy representation and accessors are available from a
> > shared library API that most languages can use.
>
> From the library side, C++ has the advantage that it can produce
> bindings for any language that C can.
Do you have a examples of this? From what little I know it's _much_
harder to produce usable bindings from C++, the Qt/KDE bindings seem to
have been in the works for years now and AIUI only very recently[1] got
into KDE's stable branch. With the first non-C++ application being
written in ... python.
Even assuming everyone could cooperatively write good C++ code from
scratch using just the right C++ features, which is a huge
assumption[2], it then has to be debugged and then after all that work
all you'll gain is that you can then bind to python (and maybe,
Java/ruby) as well?
Is anyone writing anything in a language other than C or Python?
> Writing a library in python
> pretty much guarantees that noone will write anything using it in
> anything but python, and on smaller systems the python interpreter can
> get to be a lot of overhead.
True, but you can still import C etc. into it if you really need the
space savings.
Just my 2¢
[1] http://dot.kde.org/1176941846/
[2] A _Much_ bigger assumption than getting python correct, or C string
handling for that matter.
--
James Antill <jantill@redhat.com>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2007-06-01 4:10 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-31 17:35 SELinux userspace infrastructure language Joshua Brindle
2007-05-31 17:47 ` Karl MacMillan
2007-05-31 17:54 ` Joshua Brindle
2007-05-31 19:31 ` Karl MacMillan
2007-06-04 22:24 ` Karl MacMillan
2007-06-05 0:52 ` Joshua Brindle
2007-06-04 16:49 ` Karl MacMillan
2007-06-05 14:19 ` Stephen Smalley
2007-06-05 15:13 ` Karl MacMillan
2007-06-06 12:42 ` Stephen Smalley
2007-06-06 14:51 ` Karl MacMillan
2007-06-05 23:18 ` Joshua Brindle
2007-06-06 14:48 ` Karl MacMillan
2007-06-06 14:59 ` Joshua Brindle
2007-06-06 15:18 ` Karl MacMillan
2007-06-06 15:28 ` Joshua Brindle
2007-06-06 16:19 ` Stephen Bennett
2007-06-06 16:30 ` Karl MacMillan
2007-06-06 17:07 ` Stephen Bennett
2007-05-31 19:45 ` Stephen Bennett
2007-06-01 4:10 ` James Antill [this message]
2007-06-01 11:40 ` Stephen Bennett
2007-06-01 11:47 ` Stephen Bennett
2007-06-01 14:49 ` Karl MacMillan
2007-06-01 15:17 ` Joshua Brindle
2007-06-04 21:30 ` Help with semanage Hasan Rezaul-CHR010
2007-06-04 21:40 ` Stephen Smalley
2007-06-04 22:12 ` Hasan Rezaul-CHR010
2007-06-05 13:07 ` Stephen Smalley
2007-06-05 16:34 ` Hasan Rezaul-CHR010
2007-06-05 17:36 ` Stephen Smalley
2007-06-05 17:51 ` Stephen Smalley
2007-05-31 18:00 ` SELinux userspace infrastructure language Chad Sellers
2007-05-31 19:13 ` Karl MacMillan
[not found] ` <20070531205635.3b85f72b@maya>
[not found] ` <1180641092.22021.30.camel@localhost.localdomain>
[not found] ` <1180641428.22021.34.camel@localhost.localdomain>
2007-05-31 20:28 ` Stephen Bennett
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1180671015.7793.22.camel@code.and.org \
--to=jantill@redhat.com \
--cc=jbrindle@tresys.com \
--cc=kmacmill@redhat.com \
--cc=sds@tycho.nsa.gov \
--cc=selinux@tycho.nsa.gov \
--cc=spb@gentoo.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.