Anyway, bindir is supposed to get set to:
--bindir=DIR user executables [EPREFIX/bin]
but instead gets set to PREFIX/bin.
I see in the configure script that it tests for exec_prefix:
if test "x${bindir}" = 'x${exec_prefix}/bin'; then
Are you sure these are single quotes? That would imp
Hi everybody,
I'm currently working on a media player based on emotion and I noticed a
problem that happens randomly. If I'm playing a media and if I want to
play the next one, emotion is sometimes blocked on the instruction
"while (ev->get_poslen);" (l:403 from emotion_xine.c). So it can't close
Hello,
I'm trying to get imlib2 to build and I specified different prefix and
exec_prefixes like so:
./configure --prefix=/ms/dist/fsf/PROJ/imlib2/1.2.0/common
--exec-prefix=/ms/dist/fsf/PROJ/imlib2/1.2.0/exec
(We do this because use AFS which among other things allows us to
support multiple OS
Hi everybody,
I'm currently working on a media player based on emotion and I noticed a
problem that happens randomly. If I'm playing a media and if I want to
play the next one, emotion is sometimes blocked on the instruction
"while (ev->get_poslen);" (l:403 from emotion_xine.c). So it can't close
This patch will fix the problem with not exiting e17 on a segv when not
compiled with bt support.
stafford
Index: e_signals.c
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_signals.c,v
retrieving revision 1.4
diff -u -r1.
Nevermind, I was doing
Evas.Canvas evas = new Evas.Canvas();
Its been a while since I looked at it.
I'm using the lib name as a namespace
Too be honest, I don't really agree with doing:
Evas* evas = evas_new();
as
Evas_Object ev = new Evas();
there is no point in an OO language, thats what
On Wed, 23 Mar 2005 10:15:12 +0100 Julien Derveeuw <[EMAIL PROTECTED]>
babbled:
> hello folks
>
> I am coding a module for DR17. let's call it "mymodule".
> To understand module conding philosophy, I've copied the temperature
> module source code. It compiles, load, run fine
On Fri, 1 Apr 2005 11:00:39 +0100 Gen Zhang <[EMAIL PROTECTED]> babbled:
> Hi all,
>
> I've been cleaning out my old code bases and came across an ecore
> module implementing the freedesktop startup notification spec
> (http://freedesktop.org/wiki/Standards_2fstartup_2dnotificat
On Fri, 1 Apr 2005 09:07:23 -0500 Michael Denio
<[EMAIL PROTECTED]> babbled:
> Hello,
>
> I'm trying to get imlib2 to build and I specified different prefix and
> exec_prefixes like so:
>
> ./configure --prefix=/ms/dist/fsf/PROJ/imlib2/1.2.0/common
--exec-prefix=/ms/di
On Fri, 01 Apr 2005 21:33:07 +0800 Stafford Horne <[EMAIL PROTECTED]> babbled:
> This patch will fix the problem with not exiting e17 on a segv when not
> compiled with bt support.
>
> stafford
thanks :)
--
- Codito, ergo sum - "I code, therefore I a
On Tue, 29 Mar 2005 23:05:38 +0200 Jorge Luis Zapata Muga
<[EMAIL PROTECTED]> babbled:
> hi all,
> i've made an ecore dbus wrapper, it's an implementation of the dbus
> protocol without using the dbus api at all. It's not completed but
> usable. in the package are 3 tests, and a
On Sun, 2005-04-03 at 00:41 +0900, Carsten Haitzler wrote:
> On Fri, 1 Apr 2005 11:00:39 +0100 Gen Zhang <[EMAIL PROTECTED]> babbled:
>
> > Hi all,
> >
> > I've been cleaning out my old code bases and came across an ecore
> > module implementing the freedesktop startup notification spec
> > (http
I just wanted to point out that expressions like
Evas_Object ev = new Evas();
are invalid in C++. The new operator is for pointers, so Evas_Object
*ev = new Evas(); would be valid.
On Apr 1, 2005 6:07 AM, Nigel Benns <[EMAIL PROTECTED]> wrote:
> Nevermind, I was doing
>
> Evas.Canvas evas = new E
13 matches
Mail list logo
