Re: [E-devel] ffmpeg configure fails at imlib2

2004-05-01 Thread sean
Nathan Ingersoll wrote: Configure test problem, they should really use the imlib2-config to determine the CFLAGS and LDFLAGS. In this case, you could probably fix the problem by adding -lm to the cc command. Yup. Thanks. I past it on to the ffmpeg list. sean ---

Re: [E-devel] ffmpeg configure fails at imlib2

2004-05-01 Thread Nathan Ingersoll
Configure test problem, they should really use the imlib2-config to determine the CFLAGS and LDFLAGS. In this case, you could probably fix the problem by adding -lm to the cc command. -- | Nathan Ingersoll \\ Compu

[E-devel] ffmpeg configure fails at imlib2

2004-05-01 Thread sean darcy
I'm trying to build ffmpeg cvs with imlib2. Here's ffmpeg confgure test for imlib2: # imlib probe cat > $TMPC << EOF #include #include int main( void ) { return (int) imlib_load_font("foo"); } EOF imlib2=no if $cc -o $TMPE $TMPC -lImlib2 > /dev/null 2>&1 ; then imlib2=yes fi which fails: cat

Re: [E-devel] e17 public apt repository project

2004-05-01 Thread Pirata
Hi El Vie 30 Abr 2004 07:06, Didier Casse escribió: > Ok let's get these things straight!: > > 1. The current EFL are in the following order, right? > > e17/libs/imlib2 > e17/libs/edb > e17/libs/eet > e17/libs/imlib2_loaders > e17/libs/evas > e17/libs/ecore > e17/libs/epeg > e17/libs/embryo > e17/

Re: [E-devel] DR16.7 Ports and Packages

2004-05-01 Thread Nathan Ingersoll
On Sat, May 01, 2004 at 03:16:05PM -0700, Ben Rockwood wrote: > > OSX is a possible platform, but there isn't too much point since it's > nested, so I suppose it'd only be nifty for PR/novelty value. Rather pointless unless we find someone running running it with X only and not the Mac OS X GUI.

[E-devel] DR16.7 Ports and Packages

2004-05-01 Thread Ben Rockwood
Since DR16.7 is in pre, it's time to talk ports. I'm planning on providing Solaris builds in PKG format. DR16.7 is fine under GCC right now, but I'm working out some problems under Forte for an optomized build. Looks like both Nick and Guillaume have SGI. I just aquired an Indigo2 for porti

Re: [E-devel] memory leak in ecore_data

2004-05-01 Thread Nathan Ingersoll
I had noticed something similar to this in the past, but I thought it was resolved. I'll check into it and get back to you. Thanks! -- | Nathan Ingersoll \\ Computer Systems & Network Coordinator | | [EMAIL PROTEC

[E-devel] memory leak in ecore_data

2004-05-01 Thread Gen Zhang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've just been running a program through valgrind, and looking for memory leaks. There appears to be one concerning hashes: int main(int argc, char ** argv) { Ecore_Hash * hash = ecore_hash_new(ecore_str_hash, ecore_str_compare); ecor

[E-devel] E 0.16.7 pre1

2004-05-01 Thread Kim Woelders
Featuring - Imlib2/FreeType2 - Theme transparency - Bugfixes - Distribution split into programs, themes, and the online help. As usual, the files are here: http://sourceforge.net/project/showfiles.php?group_id=2 The individual pre1 files have been numbered according to the spec file version and rel

Re: [E-devel] Engage development

2004-05-01 Thread Gen Zhang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On a mostly seperate issue, what is E policy on C++ code? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAk3/t1N42u6LLBTERAk4qAKCUQE4pKpHycZYWL3s/XVMq+olnvwCeO6v0 F6azOopnNQjiazniN363Azs= =Qvwd -END PGP SIGNATURE- ---

Re: [E-devel] Engage development

2004-05-01 Thread Gen Zhang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 01 May 2004 07:29, Kim Woelders wrote: > Gen Zhang wrote: > > On Friday 30 Apr 2004 19:40, Kim Woelders wrote: > >> Gen Zhang wrote: > >>> Hi all. To relax, I've decided that coding up engage would be a > >>> refreshing change from exam rev