2. yes local.conf slipped in - ignore
3. added soname version release to module arch dirs
4. adapted extra-modules to use the revision in arch
5. made e17 also have a release rev
6. dummy release stuff in eet - wont use it as its already released.
SVN revision: 40267
* reorganize configure.ac
* remove eina dependency, use the new ac_attribute m4 macro
* fix Libs.private field and add Requires field in embryo.pc
* rename embryo.c.in to embryo.dox.in
* add doc rule to build the documentation. The doc will completely
be fixed in the next commit
SVN revision: 37116
* use --enable-auto-import with CeGCC
* put WIN32_CFLAGS in CFLAGS and not CPPFLAGS
* remove warning when configuring with newest (2.62) autoconf
* clean MAINTAINERCLEANFILES and EXTRA_DIST
* formatting (should be very close to how eet is formatted, now)
SVN revision: 34320
From: Greg Garner <Greg@rt-eng.com>
To: Jan L��bbe <j.luebbe@tu-bs.de>
Subject: Re: License of your contribution to SMALL/PAWN
Date: Mon, 03 Mar 2008 14:49:56 -0600
CC: greg@dluxlink.com, enlightenment-devel@lists.sourceforge.net
Reply-To: Greg@rt-eng.com
Dear enlightenment developers:
Please change the copyright to be the way zlib is. My intention was to
release this to be freely used source. Let me know if you need any
additional information to proceed.
It is pretty cool that this code that I wrote so long ago is still being
used!
Thanks
Greg Garner
(formerly of Artran Inc).
www.rt-eng.com
greg@rt-eng.com
SVN revision: 33914
* use non deprecated version of AC_INIT and AM_INIT_AUTOMAKE
and check the required minimal versions.
* add bzipped distribution archive
* add AC_LIBTOOL_WIN32_DLL
* forbid libtool to check fortran and c++ compilers
* compute libtool versioning from the version of the package
* pass the directories based on ${prefix} to the preoprocessor
with the -D option
* replace INCLUDES, wich is deprecated since 2001 by AM_CPPFLAGS
* remove useless -L flags in *_la_LDFLAGS
SVN revision: 32340
this makes embryo just about the fastest "scripting vm" around - unless you
tie yourself to a particular cpu and add a jit for that cpu (which embryo
doesnt have).
bash: 4681.700 (estimate - ran only 1/100th of loop)
python: 38.193
ruby: 21.015
perl: 18.925
java (gij-3.4) (no jit): 2.484
embryo: 1.041
java (kaffe) (jit): 0.176
c: 0.157
notice emrbyo is more than double the speed of the java vm. this is all
portable code - no jit tied to 1 cpu. we can add that later per cpu - but for
a vm/scripting solution thats cross-platform and runs anwyeher on 32, 64bit
cpus, ppc, x86, x86-64, alpha, arm, sparc, mips etc. it's pretty damn good.
yes this test is VERY naieve and simple and only tests a subset - but it
tests the general execution and interpreting engine, being able to make
logical decisions, interpret code and do math operations. we should do a more
comprehensive test, but this is pretty good for a simple one.
here's the source used:
bash:
#!/bin/bash
I=1
while [ $I -lt 1000000 ]; do
let I++
done
python:
i = 1
while i < 100000000:
i = i + 1
ruby:
1.upto(100000000) { }
perl:
#!/usr/bin/perl
for ($i = 1; $i < 100000000; $i++) {
}
java:
public class loop {
public static void main(String[] args) {
int i;
for (i = 1; i < 100000000; i++) { }
}
}
embryo:
main() {
new i;
for (i = 1; i < 100000000; i++) { }
}
c:
main() {
int i;
for (i = 1; i < 100000000; i++);
}
SVN revision: 11880