I've recently set up a linux box for development work using Nvidia's
twinview (which is similar to xinerama). However, a minor problem is
that entrance displays its log in window in the middle of the display
canvas (eg half on one monitor, half on the other). Once enlightenment
is started apps
Did you just leave the end bit off? Eg the error about not finding
Makefile.in?
Anyway, regardless, we need to see the stuff before this! autogen.sh
runs automake (and a few other things) and then configure this is
the output from configure, not from automake (etc).
Now, you may need to
Didier Casse wrote:
On 8/22/05, Nick Blievers <[EMAIL PROTECTED]> wrote:
Didier Casse wrote:
On 8/22/05, Chady Kassouf <[EMAIL PROTECTED]> wrote:
That's the configure script output that you attached, and the error is a
joke. add
--without-sense-of-humor
Didier Casse wrote:
On 8/22/05, Chady Kassouf <[EMAIL PROTECTED]> wrote:
That's the configure script output that you attached, and the error is a
joke. add
--without-sense-of-humor
if you don't want it to show :)
But that shouldn't stop you from compiling.. what errors does "make"
produ
\
>>>:(
>>>
>>>
>>>
>>>
>>Its really not that bad. This is the only occurance I have found where
>>this is an issue.
>>
>>
>
>well it looks to me as if it's libtool or your LDFLAGS putting it in. e17's
>linke order does actually put libintl stuff near the end - not the start.
>either
>
Carsten Haitzler (The Rasterman) wrote:
>On Wed, 27 Jul 2005 09:27:46 +1000 Nick Blievers <[EMAIL PROTECTED]> babbled:
>
>
>
>>Carsten Haitzler (The Rasterman) wrote:
>>
>>
>>
>>>On Fri, 08 Jul 2005 11:51
Carsten Haitzler (The Rasterman) wrote:
>On Fri, 08 Jul 2005 11:51:43 +1000 Nick Blievers <[EMAIL PROTECTED]> babbled:
>
>
>
>>(yes I've given up on getting e17 working with MipsPro... :-( ).
>>
>>The problem here is that libintl is specified first, w
(yes I've given up on getting e17 working with MipsPro... :-( ).
The problem here is that libintl is specified first, whereas it should
be somewhere near the end (last works). I can't figure out this automate
stuff tho, so can someone please give me a pointer?
gcc -I/usr/local/include -I/usr/
Carsten Haitzler (The Rasterman) wrote:
>On Mon, 04 Jul 2005 16:21:05 +1000 Nick Blievers <[EMAIL PROTECTED]> babbled:
>
>
>
>>Aren't we talking about a really trivial patch here?
>>
>>I dont have the means to test this, but something like this should
Aren't we talking about a really trivial patch here?
I dont have the means to test this, but something like this should work
right? (the debug logging may not, and I know nothing about XauLockAuth
and what it requires), but what is been asked for is very trivial.
Nick
eg
Index: daemon/auth.
(B
(B>>Any comments? Is it worth continuing? Or has e17 gone gcc specific?
(B>>
(B>>
(B>
(B>basically we require features that do exist in compilers outside gcc (varargs
(B>macros i THINK are in sun's compiler). the patch you did fro varargs changes
(B>wont work universally - it will l
Hi,
thought it was about time I built e17 for IRIX Here is some
issues I hit (using MipsPro).
Hmmm, it seems that a lot of this is using GNU C specific
extensions! :-( These are just some of the problems I've hit... And the
fixes are very much hacks, just thought I'd let everyone know
Carsten Haitzler (The Rasterman) wrote:
(B
(B>On Thu, 16 Dec 2004 07:23:16 -0600 "Evan Rinaldo" <[EMAIL PROTECTED]>
(B>babbled:
(B>
(B>
(B>
(B>>I receive the following message after trying to make evas.
(B>>
(B>>It gets to the bin directory and quits at:
(B>>infinitely recursive macro?
Shish wrote:
i realize this may not sound as sexy, but couldn't we set the mime
option for text to something like "eterm -e '$TEXTEDITOR'"?
Can we please use an option like the above. I am not about to start a flame
war, but everyone has their favorite editor, and most likely already has
EDITOR or
Shish wrote:
i realize this may not sound as sexy, but couldn't we set the mime
option for text to something like "eterm -e '$TEXTEDITOR'"?
Can we please use an option like the above. I am not about to start a flame war, but everyone has
their favorite editor, and most likely already has EDITOR or
Insidently, this comment was made by the Editor-in-Cheif of OSNews
(Eugina). The wonderful thing about this comment is that I think most
of us would agree that DR16 (obviously what she refers to) the thing
that really keeps you running E isn't the eye candy but the easy of
interaction and sim
Hi Kim,
Sweet that all configured and compiled cleanly now! Just one small issue remaining, and thats the final link (in e/src) had missing
symbols because it didn't try and link in libXext.so.
I haven't tried imlib again yet (will get to that eventually).
Thanks for your help,
Sorry about the late reply, your mail has been hiding out somewhere
until now.
No problem.
e (-16 from cvs): -setup-gettext.sh just doesn't work. It gets NO
version from autopoint.
Which versions of auto* and gettext are you using?
gettext-0.11.5
autoconf-2.57
automake-1.7.5
Which are the latest v
(sorry about the late reply - this got stuck in the approval buffers :( )
Ok, I've just subscribed... so we shouldn't have that problem again :-)
it seems ok here - --disable-mmx disables it... its not enabled in config.h...
how did you build the configure script? did you do:
--disable-mmx ?
Yep
Ibukun Olumuyiwa wrote:
On Fri 30 Apr 2004, Gen Zhang wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've attached a diff against ecore_x to pass through any client messages that
are unrecognised.
genneth
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAkn1c1N42u6LLB
It was up earlier today (a few hours ago), but yes, seems dead at the moment.
Nick
cvs update
cvs [update aborted]: connect to
cvs.enlightenment.sourceforge.net(66.35.250.209):2401 failed: Connection
timed out
François
---
This SF.Net e
> software-wise you get murdered. the pc cpu's are kicking your arse :) in terms
> of opengl the pc's are completely leaving you in the dust. for an sgi box -
> thats pretty bad! :( time to put in a requisition order for something better! :)
A few things here. PC's will have mmx, sse and/or alti
>>Compiling DirectFB is a pain... it expects gcc and no other compiler I
>>hope it doesn't create any c++ libs... and expects GNU date.
>
>
> you dont NEED directfb for evas - it's optional - but you will need the
> directfb.pc to build the configure.in - but thats only to get the detecting
Compiling DirectFB is a pain... it expects gcc and no other compiler I hope
it doesn't create any c++ libs... and expects GNU date.
Anyway... after that nastiness, back to evas and friends:
edb:
void * arithmetic again.
Index: edb_ed.c
> hmm bizarre. from memory aaages ago (like 8 years ago) it was the sgi mips
> compielr that had a lot of issues with code - like case switch statements
> needing a default: regardless if its empty or if you actually handle every case
> in an enum - in which case there is no point to have a defa
Hi,
Here is a list of hassles (and solutions) I had compiling imlib2 for IRIX, using MipsPro 7.3.1.3m
on IRIX 6.5.20. I used freeware packages for all dependencies (esound, gtk etc), using the latest
available on freeware.sgi.com.
Imlib2 (from cvs)
-The mmx checking is screwed up, it reverses t
Continued from my previous email:
e (-16 from cvs):
-setup-gettext.sh just doesn't work. It gets NO version from autopoint.
-configure/autogen is badly borked, and generates an invalid LIBS (eg it ends
in -L)
The reason for this is x_libraries ends up without a value.
27 matches
Mail list logo
