On Sat, Nov 15, 2008 at 11:56:54AM +1100, David Gibson wrote:
> On Fri, Nov 14, 2008 at 10:06:57AM -0600, Adam Litke wrote:
> > On Fri, 2008-11-14 at 17:51 +1100, David Gibson wrote:
> > > On Thu, Nov 13, 2008 at 08:26:12PM +0000, Adam Litke wrote:
> [snip]
> > > The one big thing that worries me about switching to Python is that it
> > > introduces another build and test dependency. That's not a big issue
> > > for regular desktop or server systems - Python's common enough. But
> > > it is an issue for embedded boards, where hugepage support is becoming
> > > increasingly common. In particular that's troublesome because
> > > libhugetlbfs is de fact the testsuite for kernel hugepage support as
> > > well as for the library itself. Making it harder to do a thorough
> > > test of hugepages on J Random embedded board is a non-trivial
> > > drawback.
> >
> > Yes, you make a good point here. If the target system lacks Python,
> > could they just use freeze to produce a binary?
> > http://wiki.python.org/moin/Freeze
>
> Maybe. How big are the executables produced by Freeze? What
> libraries do they depend on, typically?
Oh, and how does it work for cross-compiling, that is, if the system
you're planning to run the frozen binary on is a different ISA to the
one you're doing the freezing on.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Libhugetlbfs-devel mailing list
Libhugetlbfs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
