Re: [E-devel] Google's Summer of Code
On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev [EMAIL PROTECTED] and just to make everyone unhappy... we're too late. :( -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google's Summer of Code
On 6/2/05, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev [EMAIL PROTECTED] and just to make everyone unhappy... we're too late. :( How about begging? ;-) I'm pretty sure they can make an exception. And it also depends who's asking and to whom you're asking. When we submit publications to conferences or journals and we get past the deadline. Well we usually ask some big shot to beg! And the thing is, it always works. If you outline what you want to do and present something decent + add a little emotion to it and contact the person directly in charge (no admins, go for the guy with the top position!), it might work. It's worth trying. If it doesn't work, well no big deal, at least we've tried. ;-) -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google's Summer of Code
On 6/2/05, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev [EMAIL PROTECTED] and just to make everyone unhappy... we're too late. :( Are you sure? i saw this email on the summer-discuss list: http://groups-beta.google.com/group/summer-discuss/msg/6b759e84db491cd1 Chris DiBona wrote: We originally were not going to take new mentors, but we decided to open it up for one more day. Wait till tomorrow and pick another mentor if they can't do it in time. Chris so, maybe beg as Didier suggests? hehe. ~David -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] [EMAIL PROTECTED] Tokyo, Japan ( ) --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google's Summer of Code
On Thu, 2 Jun 2005 01:09:02 -0700 David Sharp [EMAIL PROTECTED] babbled: We originally were not going to take new mentors, but we decided to open it up for one more day. Wait till tomorrow and pick another mentor if they can't do it in time. Chris so, maybe beg as Didier suggests? hehe. ~David i got a mail from chris about 30 minutes ago saying "too late" :( i'll ask again... but the answer already has been a "too late". -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google's Summer of Code
On 6/2/05, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Thu, 2 Jun 2005 01:09:02 -0700 David Sharp [EMAIL PROTECTED] babbled: We originally were not going to take new mentors, but we decided to open it up for one more day. Wait till tomorrow and pick another mentor if they can't do it in time. Chris so, maybe beg as Didier suggests? hehe. ~David i got a mail from chris about 30 minutes ago saying too late :( i'll ask again... but the answer already has been a too late. well, bummer. Thanks for trying for us poor stoodints, raster ;) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] [EMAIL PROTECTED] Tokyo, Japan ( )
[E-devel] make dist and engage--wrong path!
Hi there, Previously to install packages I used: ./autogen.sh make make install But now Fedora requires to do: ./autogen.sh make dist then take the resulting tarball then do a: ./configure make make install For all the packages this seem to be fine except for engage and probably e_modules which then install the modules at /usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/* which is NOT what we want. I want it to be installed at: /usr/lib/enlightenment/modules_extra/engage/linux-gnu-i686/* which can then be loaded by DR17. In rpm building I can specify --target=i686 which will go to the correct directory but will then give me an i686 package which I do not want either. Is there a way to specify make dist in order than it install correctly in the *i686* path? Thanks for any info. -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] make dist and engage--wrong path!
Didier Casse wrote:
Hi there,
Previously to install packages I used:
./autogen.sh
make
make install
But now Fedora requires to do:
./autogen.sh
make dist
then take the resulting tarball then do a:
./configure
make
make install
For all the packages this seem to be fine except for engage and
probably e_modules which then install the modules at
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/*
which is NOT what we want. I want it to be installed at:
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i686/*
which can then be loaded by DR17. In rpm building I can specify
--target=i686 which will go to the correct directory but will then
give me an i686 package which I do not want either.
Is there a way to specify make dist in order than it install
correctly in the *i686* path?
Thanks for any info.
Didier,
Isn't this the same problem that I hit with x86_64 ?My fix was just to
have rpm install whatever directory make generates:
--- engage.spec.old 2005-05-29 05:32:34.0 -0400
+++ engage.spec 2005-05-30 10:35:01.0 -0400
@@ -44,7 +44,7 @@
%defattr(-,root,root)
%{_bindir}/engage
%{_libdir}/engage*
-%{_libdir}/enlightenment/modules_extra/engage/linux-gnu-i686/*
+%{_libdir}/enlightenment/modules_extra/engage/
%{_datadir}/engage*
%doc AUTHORS ChangeLog COPYING README
John
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] make dist and engage--wrong path!
On Thursday, 02 June 2005, at 10:05:06 (-0400),
John Ellson wrote:
Isn't this the same problem that I hit with x86_64 ?My fix was just to
have rpm install whatever directory make generates:
-%{_libdir}/enlightenment/modules_extra/engage/linux-gnu-i686/*
+%{_libdir}/enlightenment/modules_extra/engage/
John wins again.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
Can we leave the world outside just for awhile, just for awhile?
Spend some time, you and I, under this bright, glorious sky? It's
been so long since I first saw you, but I still love the smile in
your eyes. -- Roxette, Church of Your Heart
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] libast from Eterm CVS fails to build with gcc4 on x86_64
Michael Jennings wrote: John wins again. Michael, Thanks for your support, again. :-) Just so that no one thinks we're ganging up on them, here is one for you ;-) libast from Eterm CVS fails to build with gcc4 on x86_64. /usr/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/libast -I../include -I../include/libast -I/usr/X11R6/include -g -O2 -MT mbuff.lo -MD -MP -MF .deps/mbuff.Tpo -c mbuff.c -fPIC -DPIC -o .libs/mbuff.o mbuff.c: In function 'spif_mbuff_reverse': mbuff.c:498: error: invalid lvalue in assignment make[2]: *** [mbuff.lo] Error 1 make[2]: Leaving directory `/home/ellson/FIX/Linux.x86_64/build/eterm/libast/src' The problem is that the xor trick isn't working for swapping pointers. One possible work around is to use the more straightfoward SWAP code: RCS file: /cvsroot/enlightenment/eterm/libast/include/libast.h,v retrieving revision 1.58 diff -u -r1.58 libast.h --- include/libast.h15 Dec 2004 00:00:19 - 1.58 +++ include/libast.h2 Jun 2005 14:25:33 - @@ -281,11 +281,11 @@ * @param a The first variable. * @param b The second variable. */ -#if STRICT_ISO_C99 +// #if STRICT_ISO_C99 # define BINSWAP(a, b) SWAP(a, b) -#else -# define BINSWAP(a, b) (((long) (a)) ^= ((long) (b)) ^= ((long) (a)) ^= ((lon g) (b))) -#endif +// #else +// # define BINSWAP(a, b) (((long) (a)) ^= ((long) (b)) ^= ((long) (a)) ^= (( long) (b))) +// #endif /** * Make sure a char pointer is non-NULL before printing it. John --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: libast from Eterm CVS fails to build with gcc4 on x86_64
Michael Jennings wrote: Why not just define STRICT_ISO_C99? I created it specifically for that purpose. Sure, but then there should be a configure test for the cases that need it. john --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: libast from Eterm CVS fails to build with gcc4 on x86_64
On Thursday, 02 June 2005, at 13:56:28 (-0400), John Ellson wrote: Sure, but then there should be a configure test for the cases that need it. Patches welcome. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- If you can scrounge up another brain cell, you might captivate us further...but I doubt it. You couldn't get a clue during clue-mating season in a field full of horny clues if you smeared your body with clue musk and did the clue mating dance. -- OS2Bot --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: libast from Eterm CVS fails to build with gcc4 on x86_64
Michael Jennings wrote:
On Thursday, 02 June 2005, at 13:56:28 (-0400),
John Ellson wrote:
Sure, but then there should be a configure test for the cases that need it.
Patches welcome. :)
Michael
RCS file: /cvsroot/enlightenment/eterm/libast/configure.in,v
retrieving revision 1.24
diff -u -r1.24 configure.in
--- configure.in7 Mar 2005 20:07:10 - 1.24
+++ configure.in2 Jun 2005 19:53:08 -
@@ -77,6 +77,24 @@
]
)
+AC_MSG_CHECKING(if STRICT_ISO_C99 required)
+AC_TRY_RUN([
+ int main () {
+ int a = 0, b = 0;
+ (long)a = (long)b;
+ return 0;
+ }]
+ ,
+ AC_MSG_RESULT(no)
+ ,
+ AC_MSG_RESULT(yes)
+ AC_DEFINE_UNQUOTED(STRICT_ISO_C99,1,[Define if compiler needs it])
+ ,
+ AC_MSG_RESULT(no - assumed because cross-compiling)
+ )
+
+
+
AST_X11_SUPPORT()
AST_IMLIB2_SUPPORT()
AST_MMX_SUPPORT()
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: libast from Eterm CVS fails to build with gcc4 on x86_64
On Thursday 02 June 2005 01:01 pm, Michael Jennings wrote: On Thursday, 02 June 2005, at 10:28:15 (-0400), John Ellson wrote: The problem is that the xor trick isn't working for swapping pointers. One possible work around is to use the more straightfoward SWAP code: RCS file: /cvsroot/enlightenment/eterm/libast/include/libast.h,v retrieving revision 1.58 diff -u -r1.58 libast.h --- include/libast.h15 Dec 2004 00:00:19 - 1.58 +++ include/libast.h2 Jun 2005 14:25:33 - @@ -281,11 +281,11 @@ * @param a The first variable. * @param b The second variable. */ -#if STRICT_ISO_C99 +// #if STRICT_ISO_C99 Why not just define STRICT_ISO_C99? I created it specifically for that purpose. would an ifdef like: #if STRICT_ISO_C99 || __GNUC__ 4 be unacceptable ? that way the installed libast wouldnt need to be reconfigured/built/installed just to change STRICT_ISO_C99 ... -mike --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libast from Eterm CVS fails to build with gcc4 on x86_64
Has anyone actually looked into why this is failing?
By the rules of Discreet Math/Boolean Algebra:
something xor something = 0
something_else xor 0 = something_else
so
valA ^ ( valA ^ valB ) = valB
If that is not working then you may have found a compiler bug (probably
in the register allocator). The appropriate output code should resemble
this (ATT syntax: op src, dest):
mov var_a, %r1
mov var_b, %r2
mov %r1, %r3
xor %r2, %r3
xor %r3, %r1
xor %r3, %r2
mov %r1, var_a
mov %r2, var_b
or optimized:
mov var_a, %r1
xor var_b, %r1
xor %r1, var_a
xor %r1, var_b
or load the values, manipulate the values, store the values. If
something happens in the middle of those steps, like the registers are
needed elsewhere (and not saved), then it will fail. The above code has
two memory fetches and two memory writes. Is it really faster than? :
mov var_a, %r1
mov var_b, %r2
mov %r2, var_a
mov %r1, var_b
without the type casting:
#define BINSWAP(a, b) ((a) ^= (b) ^= (a) ^= (b))
seems to rely on many compiler optimizations that aren't clearly
documented and may be defined differently for different architectures,
not to mention how different compilers will choose to deal with it.
Hence the failure on x86-64. For those curious compiling:
#define BINSWAP(a, b) \
(((long) (a)) ^= ((long) (b)) ^= ((long) (a)) ^= ((long) (b)))
int main( void )
{
long a = 3;
long b = 8;
asm( noop;noop;noop );
BINSWAP(a,b);
asm( noop;noop;noop );
}
yields:
noop;noop;noop
movq-16(%rbp), %rdx
leaq-8(%rbp), %rax
xorq%rdx, (%rax)
movq-8(%rbp), %rdx
leaq-16(%rbp), %rax
xorq%rdx, (%rax)
movq-16(%rbp), %rdx
leaq-8(%rbp), %rax
xorq%rdx, (%rax)
noop;noop;noop
If you enable -O[123] then you will need to use the values a b before
and after the BINSWAP call or they will be optimized away. And simply
using immediate values like I did will cause the compiler to simply set
the different registers that are used to access them in reverse order.
In other words the swap gets optimized out. The above code is without
-O and is clearly more complicated (by more than double) than it needs
to be.
Just my $0.02,
--
Tres
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libast from Eterm CVS fails to build with gcc4 on x86_64
Tres Melton wrote: Has anyone actually looked into why this is failing? By the rules of Discreet Math/Boolean Algebra: something xor something = 0 something_else xor 0 = something_else so valA ^ ( valA ^ valB ) = valB If that is not working then you may have found a compiler bug (probably in the register allocator). The appropriate output code should resemble this (ATT syntax: op src, dest): Tres, Its not the xor thats failing. Its the cast of the LHS of the assignments. The problem line in libast.h is: # define BINSWAP(a, b) (((long) (a)) ^= ((long) (b)) ^= ((long) (a)) ^= ((long) (b))) With gcc4 the following is invalid: int a=1, b=2; (long)a = (long)b; and that is the test I proposed for configure. I understand that this is a ISO C99 restriction and that gcc4 is just a bit more pedantic than gcc3. John --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] make dist and engage--wrong path!
On 6/2/05, Michael Jennings [EMAIL PROTECTED] wrote:
On Thursday, 02 June 2005, at 10:05:06 (-0400),
John Ellson wrote:
Isn't this the same problem that I hit with x86_64 ?My fix was just to
have rpm install whatever directory make generates:
-%{_libdir}/enlightenment/modules_extra/engage/linux-gnu-i686/*
+%{_libdir}/enlightenment/modules_extra/engage/
John wins again.
Yes I indeed made the change recommended by John as he's very
enlightened. It's now
%{_libdir}/enlightenment/modules_extra/engage*
in my spec since the first time he mentionned it. C'mmon I'm not retarded.
But the problem is that when you do this:
enlightenment_remote -module-unload engage
followed by
enlightenment_remote -module-load engage
The system will simply tells you the following:
There was an error loading module named: engage
The full path to this module is:
engage/linux-gnu-i686/module.so
(See the attached screenshot)
It means that DR17 always look for the modules in the *linux-gnu-i686*
path and now my engage is as
([EMAIL PROTECTED]:SPECS)$ rpm -ql engage
[SNIP]
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/module.a
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/module.la
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/module.so
[SNIP]
For John it's probably *linux-gnu-x86_64*, but can DR17 load modules
which are in the paths other than *linux-gnu-i686*?
The core modules from the enlightenment package still are in the
*linux-gnu-i686* path by the way even after a make dist.
Is my question clearer now? Of course John wins but the question was
not about fighting with him or competing with him or whatever.
--
With kind regards,
Didier.
Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libast from Eterm CVS fails to build with gcc4 on x86_64
On Thu, 2005-06-02 at 21:04 -0400, John Ellson wrote: Its not the xor thats failing. Its the cast of the LHS of the assignments. I understand now. Sorry for the confusion. -- Tres --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] make dist and engage--wrong path!
Hi,
raster just enlightenment me on this puzzle and he just fixed it
in CVS. In engage configure.in:
- MODULE_ARCH=$target_os-$target_cpu
+ MODULE_ARCH=$host_os-$host_cpu
ok problem solved now. :)
With kind regards,
Didier.
Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.
On 6/3/05, Didier Casse [EMAIL PROTECTED] wrote:
whoops forgot to attach the screenshot. Here it is!
On 6/3/05, Didier Casse [EMAIL PROTECTED] wrote:
On 6/2/05, Michael Jennings [EMAIL PROTECTED] wrote:
On Thursday, 02 June 2005, at 10:05:06 (-0400),
John Ellson wrote:
Isn't this the same problem that I hit with x86_64 ?My fix was
just to
have rpm install whatever directory make generates:
-%{_libdir}/enlightenment/modules_extra/engage/linux-gnu-i686/*
+%{_libdir}/enlightenment/modules_extra/engage/
John wins again.
Yes I indeed made the change recommended by John as he's very
enlightened. It's now
%{_libdir}/enlightenment/modules_extra/engage*
in my spec since the first time he mentionned it. C'mmon I'm not retarded.
But the problem is that when you do this:
enlightenment_remote -module-unload engage
followed by
enlightenment_remote -module-load engage
The system will simply tells you the following:
There was an error loading module named: engage
The full path to this module is:
engage/linux-gnu-i686/module.so
(See the attached screenshot)
It means that DR17 always look for the modules in the *linux-gnu-i686*
path and now my engage is as
([EMAIL PROTECTED]:SPECS)$ rpm -ql engage
[SNIP]
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/module.a
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/module.la
/usr/lib/enlightenment/modules_extra/engage/linux-gnu-i386/module.so
[SNIP]
For John it's probably *linux-gnu-x86_64*, but can DR17 load modules
which are in the paths other than *linux-gnu-i686*?
The core modules from the enlightenment package still are in the
*linux-gnu-i686* path by the way even after a make dist.
Is my question clearer now? Of course John wins but the question was
not about fighting with him or competing with him or whatever.
--
--
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
