[E-devel] entrance and twinview/xinerama
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 correctly start fully on either screen, and xscreensaver (for eg) correctly displays the login window centered in on a single screen. Now, my question is, is the entrance theme at fault here or the app itself? I've dug around a bit but have not found the fix (and dont really understand the theme format anyway). Any pointers? Thanks Nick PS Yes I have finally retired my IRIX desktop, so no more gripes from my about MipsPro problems! ;-) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
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 clean up the tree (in fact, starting from a fresh tree might be easiest), so that automake is actually run. You can always do something like: sh -x autogen.sh to see what its doing and see why its not running auto* Hope this helps, Nick On 8/22/05, Michael Jennings <[EMAIL PROTECTED]> wrote: On Monday, 22 August 2005, at 18:45:50 (+0800), Didier Casse wrote: It's not my first try at compiling packages from CVS. So I don't really know why the whole thing hangs just for Eterm. What kind of mojo have been injected in Eterm and what do I need to know more? Clues anybody? Michael .. any insights? What info do you need from my system? Well, let's start with the output of autogen.sh *before* it runs ./configure. Thanks for replying Michael. The attachment bug_eterm.txt In my initial mail on the subject! Yeah I didn't even run ./configure yet. :( I attached it again in this mail. Generating configuration files for Eterm, please wait checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for preferred libtoolize... libtoolize checking for preferred aclocal... aclocal checking for preferred autoconf... autoconf checking for preferred autoheader... autoheader checking for preferred automake... automake checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking for library containing strerror... none required checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
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 if you don't want it to show :) But that shouldn't stop you from compiling.. what errors does "make" produce? checking for life_signs in -lKenny... no Oh my god, they killed Kenny! You bastards! configure: creating ./config.status config.status: creating Makefile config.status: error: cannot find input file: Makefile.in Here is your error, not the kenny stuff. cannot find input file: Makefile.in Hello Nick, What I did was just a ./autogen.sh --prefix=/usr then which would subsequently be followed by a make make install But it fails at my first part. OK we found what's really causing it. But my next question is "How does one solve this problem?" I'm no expert on the ./autogen.sh step, but check for errors there. Given the log you have posted I dont think there is enough information there to tell you whats wrong. In short, autogen.sh runs a bunch of stuff which (among other things) takes Makefile.am and produces a Makefile.in which configure turns into a Makefile. Hope that helps, Nick --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm->Oh my god, they killed Kenny! You bastards!
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" produce? checking for life_signs in -lKenny... no Oh my god, they killed Kenny! You bastards! configure: creating ./config.status config.status: creating Makefile config.status: error: cannot find input file: Makefile.in Here is your error, not the kenny stuff. cannot find input file: Makefile.in ([EMAIL PROTECTED]:Eterm)$ make make: *** No targets specified and no makefile found. Stop. ([EMAIL PROTECTED]:Eterm)$ Well I thought there were some packages with that name. :-) But it failed at that point. And if I can't proceed further, well we can't do a "make". This is all what happens! --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IRIX: e17 enlightenment linking order wrong
\ >>>:( >>> >>> >>> >>> >>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 >that or your local sgi copy of libtool forces that flag in the start or >something... not sure - BUT its definitely coming from elsewhere :/ > Strange... but thanks for looking at it... automake makes me go cross-eyed ;-) Nick --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IRIX: e17 enlightenment linking order wrong
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: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, 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? >>>> >>>> >>>> >>>> >>>mips's ld is order sensitive? EEEK - god help us! >>> >>> >>> >>> >>Yep! And there is some logic behind it. It allows you to do some funky >>things with the order of linking libs with duplicate symbols for eg (say >>you wanted to override the default malloc calls with debug malloc calls). >> >>Its not generally too much of a problem. >> >> > >but it makes it a royal pita for us! :( linux ditched order requirements long >long long ago just because of this... and so has everything else... just about. > > >:( > > Its really not that bad. This is the only occurance I have found where this is an issue. Nick --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IRIX: e17 enlightenment linking order wrong
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, 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? >> >> > >mips's ld is order sensitive? EEEK - god help us! > > Yep! And there is some logic behind it. It allows you to do some funky things with the order of linking libs with duplicate symbols for eg (say you wanted to override the default malloc calls with debug malloc calls). Its not generally too much of a problem. Nick --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] IRIX: e17 enlightenment linking order wrong
(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/freeware/include -o enlightenment /usr/freeware/lib32/libintl.so -Wl,-rpath -Wl,/usr/freeware/lib32 e_main.o e_user.o e_manager.o e_path.o e_init.o e_ipc.o e_error.o e_container.o e_zone.o e_desk.o e_border.o e_pointer.o e_config.o e_menu.o e_object.o e_icon.o e_box.o e_int_menus.o e_module.o e_apps.o e_atoms.o e_utils.o e_canvas.o e_focus.o e_place.o e_resist.o e_startup.o e_hints.o e_gadman.o e_signals.o e_xinerama.o e_table.o e_layout.o e_test.o e_font.o e_intl.o e_theme.o e_dnd.o e_bindings.o e_moveresize.o e_actions.o e_popup.o e_ipc_codec.o e_prefix.o e_datastore.o e_msg.o e_winlist.o e_alert.o e_maximize.o e_grabinput.o e_bg.o e_remember.o -L/usr/local/lib -L/usr/freeware/lib32 -lm -lz -lm -ljpeg -lz -ljpeg -lz -ljpeg -lz -L/usr/X11R6/lib -lm -L/usr/people/nickb/e17/libs/ecore/src/lib/ecore/.libs -lm -L/usr/people/nickb/e17/libs/ecore/src/lib/ecore_txt/.libs -L/usr/people/nickb/e17/libs/ecore/src/lib/ecore_job/.libs -lm -L/usr/people/nickb/e17/libs/ecore/src/lib/ecore_x/.libs -lm -lm -lm -lz -lm -ljpeg -lz -ljpeg -lz -ljpeg -lz -lm -L/usr/people/nickb/e17/libs/ecore/src/lib/ecore_con/.libs -lm -lm -lm -lz -ljpeg -lz -ljpeg -lm -lz -lm -ljpeg -lz -ljpeg -lz -ljpeg -lz -lm -lz -ljpeg -lz -ljpeg -lm /usr/local/lib/libedje.so -lm -lm -lz -lm -ljpeg -lz -ljpeg -lz -ljpeg -lz -lm -lm -lm /usr/local/lib/libecore_evas.so /usr/local/lib/libecore_x.so /usr/local/lib/libecore_job.so -lm -lm -lm -lz -lm -ljpeg -lz -ljpeg -lz -ljpeg -lz -lm -lm /usr/local/lib/libecore_txt.so /usr/local/lib/libecore_config.so -lm /usr/local/lib/libecore_ipc.so /usr/local/lib/libecore_con.so -lm -lz -ljpeg -lz -ljpeg /usr/local/lib/libevas.so -lm -lfreetype -lpng -lz -lm -ljpeg -lz -ljpeg -lz -ljpeg /usr/local/lib/libedb.so -lz -lGL -lGLU -lpthread /usr/local/lib/libecore_file.so /usr/local/lib/libecore.so -lm -lz -ljpeg -lz -ljpeg -lm -lz -ljpeg -lz -ljpeg -lm -lm /usr/local/lib/libeet.so -lz -ljpeg -lz -ljpeg /usr/local/lib/libembryo.so -lm -lm -lX11 -lXext -ldl -Wl,-rpath -Wl,/usr/local/lib ld32: WARNING 84 : /usr/freeware/lib32/libintl.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/freeware/lib32/libz.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/freeware/lib32/libjpeg.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/local/lib/libecore_config.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/lib32/libdl.so is not used for resolving any symbol. ld32: WARNING 127: Two shared objects with the same soname, /usr/lib32/mips3/libm.so and /usr/lib32/libm.so, have been been linked. This is probably due to a missing -L specification. Ignoring the latter. ld32: ERROR 33 : Unresolved text symbol "libintl_gettext" -- 1st referenced by e_main.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "libintl_bindtextdomain" -- 1st referenced by e_intl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "libintl_textdomain" -- 1st referenced by e_intl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "libintl_bind_textdomain_codeset" -- 1st referenced by e_intl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: INFO152: Output file removed because of error. collect2: ld returned 2 exit status Thanks Nick --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] entrance problem with nfs
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 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. >> >> > >patch in - seems innocuous enough :) > > Can someone please check that the debug logging calls will work when called as a non-root user? That is my main concern with it. Nick PS You mayaswell either remove the commented out chown() call, or uncomment it. Either should be safe. BTW I'm actually running e16 as my full time window manager on my IRIX box now, and the new default theme rocks! --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] entrance problem with nfs
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.c
===
RCS file: /cvsroot/enlightenment/e17/apps/entrance/src/daemon/auth.c,v
retrieving revision 1.15
diff -u -r1.15 auth.c
--- daemon/auth.c17 May 2004 05:31:49 -1.15
+++ daemon/auth.c4 Jul 2005 06:24:23 -
@@ -424,6 +424,7 @@
d->client.authfile = strdup(buf);
}
+ seteuid(d->client.uid);
/* Make sure the file can be written to */
if((auth_file = fopen(d->client.authfile, "a+")))
fclose(auth_file);
@@ -432,6 +433,7 @@
entranced_debug("entranced_auth_user_add: Unable to write auth
file %s\n", d->client.authfile);
free(d->client.authfile);
d->client.authfile = NULL;
+ seteuid(0);
return FALSE;
}
/* TODO: May need a permissions/paranoia check */
@@ -446,6 +448,7 @@
free(d->client.authfile);
d->client.authfile = NULL;
+ seteuid(0);
umask (022);
}
else
@@ -453,6 +456,7 @@
}
/* Open file and write auth entries */
+ seteuid(d->client.uid);
if(!(auth_file = fopen(d->client.authfile, "r+")))
{
syslog(LOG_CRIT, "entranced_auth_user_add: Open auth file %s
failed after lock", d->client.authfile);
@@ -460,6 +464,7 @@
free(d->client.authfile);
d->client.authfile = NULL;
+ seteuid(0);
umask (022);
return FALSE;
@@ -483,9 +488,10 @@
fclose(auth_file);
XauUnlockAuth(d->client.authfile);
- chown(d->client.authfile, d->client.uid, d->client.gid);
+ // chown(d->client.authfile, d->client.uid, d->client.gid);
entranced_debug("entranced_auth_user_add: Finished writing auth
entries to %s\n", d->client.authfile);
+ seteuid(0);
return ret;
i think he was referring to using root-squash. it's an entirely pointless option
and does not make the nfs exporting any more secure (disallowing root access to
files like it would be allowed locally is pointless as if u are root - u can
setuid/seteuid or su to the user id u need then do your dirty work - it just
become more painful - that's all).
we _know_ nfs is not secure. we have no other _secure_ option. we use
nfs, and make life harder on a would-be intruder: the main concern in
our organization is an inside attack. since no one can close all holes,
the motto is "make intrusion as hard as possible". one such way, is
using root squash.
that was his point - its an option that may
mistakenly make people think their file exports are "more secure" :)
we dont think it is more secure. we think it will give an intruder a hard time
(writing 2 extra command lines _is_ a hard time).
you can use it - in a few minutes with no code changes. remove root squash. it's
a pointless option (as above) :)
not an option.
entrance uses method A for writing the
.Xautharity file ie write as root then chown. xdm uses method B - seteuid, then
write. BOTH are valid methods but method A happens to not work over nfs with
root-squash. since imho root-squash is a pointless option anyhow... both methods
are equally valid :)
ok. end of discussion.
i thank you all for your answers and comments.
if, for some unknow reason you decide to support method B, we'll be
happy to use entranced. until then, we'll stick with kdm.
cheers,
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IRIX build issues w/ e17 (ecore)
(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 likely break on all platforms then (if you use (B>anything other than 1 argument) :( (B> (B>but on that note i am not sure DPRINTF belongs in public headers for ecore... (B> (B>nathan... what is the reasoning behind DPRINTF there? (it has no namespacing so (B>ifs a likely candidate for conflicts) (B> (B> (B> (BRight, but varargs macros are not in MipsPro. If its only used for (Bdebugging, why not use a function? (B (BNick (B (B (B (B--- (BThis SF.net email is sponsored by: 2005 Windows Mobile Application Contest (BSubmit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones (Bfor the chance to win $25,000 and application distribution. Enter today at (Bhttp://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click (B___ (Benlightenment-devel mailing list (Benlightenment-devel@lists.sourceforge.net (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] IRIX build issues w/ e17 (ecore)
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 that this
is not building cleanly at all.
Any comments? Is it worth continuing? Or has e17 gone gcc specific?
Nick
ecore:
cc-1077 cc: ERROR File = ./Ecore_Data.h, Line = 312
The indicated declaration has no storage class or type specifier.
inline void ecore_print_warning(const char *function, const char
*sparam);
^
cc-1065 cc: ERROR File = ./Ecore_Data.h, Line = 312
A semicolon is expected at this point.
inline void ecore_print_warning(const char *function, const char
*sparam);
^
cc-1018 cc: ERROR File = ./Ecore_Data.h, Line = 328
An unmatched left parentheses "(" appears in an expression.
# define DPRINTF(debug, format, args...) \
^
cc-1077 cc: ERROR File = ./Ecore_Data.h, Line = 467
The indicated declaration has no storage class or type specifier.
inline void *ecore_sheap_item(Ecore_Sheap *heap, int i);
^
cc-1065 cc: ERROR File = ./Ecore_Data.h, Line = 467
A semicolon is expected at this point.
inline void *ecore_sheap_item(Ecore_Sheap *heap, int i);
^
cc-1166 cc: ERROR File = ./Ecore_Data.h, Line = 497
Expected a declaration.
ECORE_DECLARE_LOCKS;
^
cc-1166 cc: ERROR File = ./Ecore_Data.h, Line = 512
Expected a declaration.
ECORE_DECLARE_LOCKS;
^
Diff:
Index: e17/libs/ecore/src/lib/ecore/Ecore_Data.h
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore/Ecore_Data.h,v
retrieving revision 1.12
diff -u -r1.12 Ecore_Data.h
--- e17/libs/ecore/src/lib/ecore/Ecore_Data.h 2 Mar 2005 07:06:32
-1.12
+++ e17/libs/ecore/src/lib/ecore/Ecore_Data.h 18 Mar 2005 05:03:04 -
@@ -9,6 +9,13 @@
# ifdef __cplusplus
extern "C" {
# endif
+
+#ifdef __sgi
+#define __FUNCTION__ "unknown"
+#ifndef __cplusplus
+#define inline
+#endif
+#endif
# define PRIME_TABLE_MAX 21
# define PRIME_MIN 17
@@ -102,7 +109,7 @@
# else /* No pthreads available */
-# define ECORE_DECLARE_LOCKS struct { } locks
+# define ECORE_DECLARE_LOCKS
# define ECORE_INIT_LOCKS(structure)
# define ECORE_READ_LOCK(structure)
# define ECORE_READ_UNLOCK(structure)
@@ -325,10 +332,11 @@
* of the message and checks that it is to be printed at the current
debugging
* level */
# ifndef DPRINTF
-# define DPRINTF(debug, format, args...) \
+# define DPRINTF(debug, format, args) \
if (debug >= DEBUG_LEVEL) \
fprintf(stderr, format, args);
# endif
+
/* convenience macros for checking pointer parameters for non-NULL */
# ifndef CHECK_PARAM_POINTER_RETURN
IRIX doesn't support variable argument macros, inline's need to be on
declarations not prototypes, MipsPro doesn't like empty structure
definitions.
cc-1079 cc: ERROR File = ecore_ipc_private.h, Line = 24
A type specifier is expected.
} __attribute__ ((packed));
^
e17/libs/ecore/src/lib/ecore_ipc/ecore_ipc_private.h22 Oct 2004
03:41:48 - 1.4
+++ e17/libs/ecore/src/lib/ecore_ipc/ecore_ipc_private.h18 Mar
2005 05:05:17 -
@@ -21,7 +21,11 @@
int ref_to;
int response;
int size;
-} __attribute__ ((packed));
+}
+#ifdef _GNU_C_
+__attribute__ ((packed));
+#endif
+;
struct _Ecore_Ipc_Client
{
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compiling Evas on Irix
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? - evas_software_x11_test (B>>evas_software_x11_perf_test evas_software_x11_perf_load evas_buffer_test (B>>evas_gl_x11_test PROGRAMS = $(bin_PROGRAMS) (B>> (B>>Haven't tried gmake, I don't believe its installed on the system. Also I am (B>>not using Mips Pro, I'm running gcc 3.4.0? (B>> (B>> (B> (B>this sounds to me like an automake error... or maybe m4.. :( (B> (B> (B> (BI think you will probably need to use gmake, it will most likely save (Byou same pain. Its freely available from freeware.sgi.com. As above, (Bmost likely some auto-foo problem. (B (BIf you have access to Mips Pro, I'd suggest compiling with it, it should (Ball compile cleanly (right Ben?), although its been a little while since (BI've done a build. (B (BNick (B (B (B (B--- (BSF email is sponsored by - The IT Product Guide (BRead honest & candid reviews on hundreds of IT Products from real users. (BDiscover which products truly live up to the hype. Start reading now. (Bhttp://productguide.itmanagersjournal.com/ (B___ (Benlightenment-devel mailing list ([EMAIL PROTECTED] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Time to get started.
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 VISUAL defined to it. If you know how to use a console based editor, you're probably smart enough to set your own filetype associations; If you don't know how to change defaults, you're probably the sort of person who needs a simple graphical editor. Hence e-notepad would be the better default. I dont disagree that a simple GUI editor should be the default but lets do it the Unix way, and have an EDITOR variable set. Else we end up with yet another way of setting the default editor. Nick -- "Mom and dad say I should make my life an example of the principles I believe in. But every time I do, they tell me to stop it." --- Calvin --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Time to get started.
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 VISUAL defined to it.
My 2c.
Nick
--
"MOM, CAN I SET FIRE TO MY BED MATTRESS?" "No, Calvin." "CAN I RIDE MY
TRICYCLE ON THE ROOF?" "No, Calvin." "Then can I have a cookie?" "No, Calvin."
("She's on to me.")
---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Asparagus Gets its first press... and an idea.
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 simple yet powerful management in the real world! Really, she's got it all completely backwards. When these people say "it's not like GNOME/KDE" in terms of feel/functionality, I think they really mean "It's not as restrictive as Win32". We offer everything you could want and more. These sorts posts are just amazingly daft, and I wish we could find a way to stomp this stuff out. There is really no helping some people... ! :P For the record, the reason I use e is cause its NOT like Win32... this attitude within the Linux community that something isn't user friendly unless its like windows really sucks (actually, maybe its not somuch WITHIN the linux community). And, ironically, eye-candy or not, e is by far lighter than GNOME/KDE! So yeah, preaching to the converted as someone else said... keep up the good work everyone! :-) Nick PS Looking forward to seeing some IRIX packages :-) -- I liked things better when I didn't understand them. -- Calvin --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compiling e16 on IRIX using MipsPro
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, Nick Nick Blievers wrote: gettext-0.11.5 autoconf-2.57 automake-1.7.5 Try changing the AM_GNU_GETTEXT_VERSION in configure.in to 0.11.5 or 0.10.40, or maybe something else, this stuff is pure voodoo :) /Kim --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compiling e16 on IRIX using MipsPro
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 versions available on freeware.sgi.com (eg precompiled). When I get a chance I'll update my tree and respin... and let you know how it goes Thanks! :-) Nick --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compiling Imlib2 on IRIX using MipsPro
(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, I definetly tried --disable-mmx. I just did ./autogen.sh --disable-mmx again with
updated CVS, and it seems to have done the right thing... strange, my mistake I guess.
I've had to remove libltdl from Makefile.am's subdir's section, and all
references of libltdl from src/Makefile
we have done that no. cvs now doesn't ship or use libltdl in the source. it
expects an installed libltdl now since this is commonplace :) (it wasn't when we
first started using libltdl)
Still seems to be in CVS:
cvs server: Updating libltdl
U libltdl/.cvsignore
U libltdl/acconfig.h
But its not getting built so no stress.
-MipsPro doesn't like a structure been assigned a value using { }'s
outside of the declaration. Hence:
hmmm... really? this is comon practice. i'm pretty sure is standard (not a gnu
extension) - maybe it was C99 - not sure.
Several projects I've worked on (mozilla, openoffice) have resorted to
while { ... } do(0);
style constructs to get around this. It aint pretty, but some compilers need it.
yeah - there are complaints almost daily that some combination of autoconf,
automake and libtool stopped working/building. the versions that break keep
changing. :) we gave up tracking it.
Fair enough... I wish they'd just stablise the tools... *sigh*
Ok, a single new problem (and solution):
MipsPro fails with an error if you return a value from a void function (even if its
NULL):
Index: api.c
===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/api.c,v
retrieving revision 1.97
diff -u -r1.97 api.c
--- api.c 27 Apr 2004 10:15:38 - 1.97
+++ api.c 27 Apr 2004 23:35:33 -
@@ -3197,10 +3197,8 @@
if (!ctx)
ctx = imlib_context_new();
- CHECK_PARAM_POINTER_RETURN("imlib_image_get_attached_data", "image",
- ctx->image, NULL);
- CHECK_PARAM_POINTER_RETURN("imlib_image_get_attached_data", "key", key,
- NULL);
+ CHECK_PARAM_POINTER("imlib_image_get_attached_data", "image", ctx->image);
+ CHECK_PARAM_POINTER("imlib_image_get_attached_data", "key", key);
CAST_IMAGE(im, ctx->image);
t = __imlib_GetTag(im, key);
if (t)
@@ -3372,13 +3370,11 @@
if (!ctx)
ctx = imlib_context_new();
// source image (to rotate)
- CHECK_PARAM_POINTER_RETURN("imlib_rotate_image_from_buffer", "source_image",
- source_image, NULL);
+ CHECK_PARAM_POINTER("imlib_rotate_image_from_buffer", "source_image",
source_image);
CAST_IMAGE(im_old, source_image);
// current context image
- CHECK_PARAM_POINTER_RETURN("imlib_rotate_image_from_buffer", "image",
- ctx->image, NULL);
+ CHECK_PARAM_POINTER("imlib_rotate_image_from_buffer", "image", ctx->image);
CAST_IMAGE(im, ctx->image);
if ((!(im_old->data)) && (im_old->loader) && (im_old->loader->load))
Ok, that was the ONLY change I needed to make now to build Imlib2! :-) Thanks for
fixing the
other little issues.
Nick
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Engage development
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) iD8DBQFAkn1c1N42u6LLBTERAsGtAKCsBrowZQ6a8m8Qwued9aI1x5sdAgCgguNP Qxp7wlC0Z87jHrpitJdcaHQ= =+DrP -END PGP SIGNATURE- Ahhh, you beat me to the punch. I wanted to do it last night but I ended up staying out late with friends instead. :o I'll go ahead and get this in CVS. Engage sho' needs some loving and I'm glad to see someone willing to contribute some code. I have heard several people comment that the OS X docker has several usability issues. I personally haven't really used the OS X docker (except for a couple of times I had the chance to mess with an apple notebook in the store) so I don't know what those issues are, but if we do know, we can try to fix those problems in Engage. I've also been thinking about the possibility of adding some virtual desktop management capability to Engage. What I currently have in mind is some kind of desktop ball that you could drag in a particular direction to change desktop (or roll mouse wheel over). Or we could just attempt to swallow the E16 pager into it (that would be interesting, perhaps even fade out inactive desktops?) Lots of other stuff buzzing through the brain ... with enough ideas and proper implementation this *could* be a killer app... I have a OS X box sitting on my desk right now, and have read (and agree'd) with some of the docker useability reports (although I can't find em right now :-/ ), and the single biggest complaint, is that the app icons MOVE due to the scaling. So, that email app icon (for eg), is not always in the same spot, depending on what icon is zoomed up. This means that its slower to choose the app you are after. The flipside to this, is that yes, you can turn the zooming off but it just looks so damn cool! HPH, Nick --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Is cvs server broken ?
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 email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id66&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: compiling evas on IRIX using MipsPro
> 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 altivec optimisations, we are relying on pure C here, and this is with an unoptimised compile of evas, and there is no directfb. However, that said.. it still sucks! To make it worse, this is not a slow SGI box (as far as a desktop is concerned, anyway) -- read that as "no chance in hell am I getting something better" :-) So, wonder what we can do to speed it up? What color depth does it run at (eg will it be doing RGB to BGR translations all the time?) Nick --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: compiling evas on IRIX using MipsPro
>>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
> macros for dfb. :)
Oh... thats probably explained in the doco somewhere, right? heheh. Thanks for the
tip, I'll do that.
> this is an autoconf/automake combo bug - you need just the right versions to
> make it work. :(
No probs, I can live with my hack for the moment (I'm loathe to change my auto*
setup... it
mostly works for now).
> try --disable-directfb for evas's configure to make it compile without it
:-) thanks.
Hmmm, trying to compile evas with disable-directfb and I get this error ( which I
didn't before?)
cc-1011 cc: ERROR File = evas_path.c, Line = 96
The indicated directive is not a recognized preprocessing directive.
#warning "Your libc does not provide case-insensitive matching!"
^
Yes, getting an ERROR on a #warning is a bit dud. Not sure what I can do (I've
commented out the
warning for the moment).
And this one.
cc-1117 cc: ERROR File = evas_imaging.c, Line = 160
An expression appears after a "return" in a "void" function.
return evas_common_font_query_advance(fn->font, str, x, y);
^
cc-1117 cc: ERROR File = evas_imaging.c, Line = 166
An expression appears after a "return" in a "void" function.
return evas_common_font_query_size(fn->font, str, w, h);
^
Index: src/lib/imaging/evas_imaging.c
===
RCS file: /cvsroot/enlightenment/e17/libs/evas/src/lib/imaging/evas_imaging.c,v
retrieving revision 1.2
diff -u -r1.2 evas_imaging.c
--- src/lib/imaging/evas_imaging.c 22 Apr 2004 11:29:34 - 1.2
+++ src/lib/imaging/evas_imaging.c 29 Apr 2004 02:03:43 -
@@ -157,13 +157,13 @@
void
evas_imaging_font_string_advance_get(Evas_Imaging_Font *fn, char *str, int *x, int *y)
{
- return evas_common_font_query_advance(fn->font, str, x, y);
+ evas_common_font_query_advance(fn->font, str, x, y);
}
void
evas_imaging_font_string_size_query(Evas_Imaging_Font *fn, char *str, int *w, int *h)
{
- return evas_common_font_query_size(fn->font, str, w, h);
+ evas_common_font_query_size(fn->font, str, w, h);
}
int
>>And its done! Compiles and runs... well, evas_software_x11_test runs, as does
>>evas_gl_x11_test... although it looks like the byte order is screwed up in the
>>gl test :-( software runs correctly tho.
>
>
> hmm gl is stufffed? hmm - i guess. though it seems happy on ppc machines (big
> endian) - then again it is listed as experimental at this stage - but i would
> like ti to WORK properly.
Yeah, the gl is a bit stuffed. Some of the colors seem wrong, and some of the movement
tests (post the performance output) are a bit dodgy.
> if you let evas_software_x11_test and evas_gl_x11_test run for a little bit they
> will give you a benchmark - i'm curious to know what you get! :)
software:
# Performance Test. Your system scores...
# FRAME COUNT: 1017 frames
# TIME:20.025 seconds
# AVERAGE FPS: 50.788 fps
# Your system Evas Benchmark:
#
# EVAS BENCH: 0.846
#
gl:
# Performance Test. Your system scores...
# FRAME COUNT: 1192 frames
# TIME:19.984 seconds
# AVERAGE FPS: 59.647 fps
# Your system Evas Benchmark:
#
# EVAS BENCH: 0.994
#
Whats an average PC get? I'll have to try this at home on my PC.
Mind you, this is a pretty fast box (IP35 if that means anything to you), although I'm
not sure how good the graphics card in it is. Somehow I'm guessing a PC will kill
this. *sigh*
Nick
---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] compiling evas on IRIX using MipsPro
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
===
RCS file: /cvsroot/enlightenment/e17/libs/edb/tools/edb_ed.c,v
retrieving revision 1.19
diff -u -r1.19 edb_ed.c
--- edb_ed.c16 May 2002 15:30:29 - 1.19
+++ edb_ed.c28 Apr 2004 04:53:25 -
@@ -320,7 +320,7 @@
data_read_size);
exit(-1);
}
- raw_data_size = fread( the_data + the_data_size -
chunk_size,
+ raw_data_size = fread( (char *)the_data + the_data_size -
chunk_size,
1, chunk_size, stdin );
}
in libeet:
cc-1133 cc: ERROR File = eet_data.c, Line = 527
Expression must be a modifiable lvalue.
for (i = 0; i < ((w * h) + 8); i++) SWAP32(header[i]);
^
I dont really understand this one... but removing the inital cast fixes it... place a
bunch of
void * arithmetic:
Index: eet_data.c
===
RCS file: /cvsroot/enlightenment/e17/libs/eet/src/lib/eet_data.c,v
retrieving revision 1.15
diff -u -r1.15 eet_data.c
--- eet_data.c 21 Apr 2004 06:38:37 - 1.15
+++ eet_data.c 28 Apr 2004 05:19:24 -
@@ -169,7 +169,7 @@
/*---*/
-#define SWAP64(x) (unsigned long long)(x) = \
+#define SWAP64(x) (x) = \
unsigned long long)(x) & 0x00ff ) << 56) |\
(((unsigned long long)(x) & 0xff00 ) << 40) |\
(((unsigned long long)(x) & 0x00ff ) << 24) |\
@@ -178,12 +178,12 @@
(((unsigned long long)(x) & 0xff00 ) >> 24) |\
(((unsigned long long)(x) & 0x00ff ) >> 40) |\
(((unsigned long long)(x) & 0xff00 ) >> 56))
-#define SWAP32(x) (int)(x) = \
+#define SWAP32(x) (x) = \
int)(x) & 0x00ff ) << 24) |\
(((int)(x) & 0xff00 ) << 8) |\
(((int)(x) & 0x00ff ) >> 8) |\
(((int)(x) & 0xff00 ) >> 24))
-#define SWAP16(x) (short)(x) = \
+#define SWAP16(x) (x) = \
short)(x) & 0x00ff ) << 8) |\
(((short)(x) & 0xff00 ) >> 8))
@@ -880,7 +880,7 @@
{
char *s, *d;
- if ((src + sizeof(char)) > src_end) return -1;
+ if (((char *)src + sizeof(char)) > src_end) return -1;
s = (char *)src;
d = (char *)dst;
*d = *s;
@@ -908,7 +908,7 @@
{
short *d;
- if ((src + sizeof(short)) > src_end) return -1;
+ if (((char *)src + sizeof(short)) > src_end) return -1;
memcpy(dst, src, sizeof(short));
d = (short *)dst;
CONV16(*d);
@@ -935,7 +935,7 @@
{
int *d;
- if ((src + sizeof(int)) > src_end) return -1;
+ if (((char *)src + sizeof(int)) > src_end) return -1;
memcpy(dst, src, sizeof(int));
d = (int *)dst;
CONV32(*d);
@@ -962,7 +962,7 @@
{
unsigned long long *d;
- if ((src + sizeof(unsigned long long)) > src_end) return -1;
+ if (((char *)src + sizeof(unsigned long long)) > src_end) return -1;
memcpy(dst, src, sizeof(unsigned long long));
d = (unsigned long long *)dst;
CONV64(*d);
@@ -1174,7 +1174,7 @@
free(chnk);
return NULL;
}
- chnk->data = src + 4 + ret1 + ret2;
+ chnk->data = (char *)src + 4 + ret1 + ret2;
chnk->size -= ret2;
return chnk;
}
evas:
checking for Eet.h... (cached) yes
./configure[12278]: syntax error at line 12278 : `(' unexpected
Now type `make' to compile the package.
Assumption that /bin/sh == bash..., this will not work in (IRIX's) /bin/sh
function blah ()
{
}
Index: configure.in
===
RCS file: /cvsroot/enlightenment/e17/libs/evas/configure.in,v
retrieving revision 1.77
diff -u -r1.77 configure.in
--- configure.in22 Apr 2004 11:29:32 - 1.77
+++ configure.in28 Apr 2004 05:27:23 -
@@ -499,7 +499,7 @@
)
fi
-function vser ()
+function vser
{
v=$1
VSTART=`echo $v | awk -F_ '{printf("%s", $1);}'`
checking whether to build 32bpp rotation 90 converter code... yes
configure: error: conditional "am__fastdepCXX" was never defined.
Usually this means the macro was only invoked conditionally.
No fix for this one (I just hacked configure...)
Ack... due to DirectFB using macros with variable numbers of arguments, I HAVE to
compile
evas with gcc... this sucks (Yes, strickly speaking its GNU cpp I need, but MipsPro
wont
play with GNU cpp I dont think).
Finally, during link phase (in src/lib) gl_libs = -L/usr/lib, which is wrong, it
shouldn't have a
-L and if it does, it should be /usr/lib32.
Index: configure.in
=
Re: [E-devel] compiling Imlib2 on IRIX using MipsPro
> 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 default: - but it > insisted. heh, nope, that bit works now! The MipsPro compiler IS pretty pedantic, but its fairly close to ISO compliant these days. >>MipsPro fails with an error if you return a value from a void function (even >>if its NULL): Index: api.c > > > but imlib_image_get_attached_data() returns a void *. it should be happy. Ack, ignore the first code block, the second one is valid tho (eg imlib_rotate_image_from_buffer). Sorry. > well the rotate buffer one - yeah :) cool. now lets see how evas likes sgi's > opengl! :) we'll see... building evas now... :-) Nick --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] compiling Imlib2 on IRIX using MipsPro
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 the logic and enables it when it should disable it.
This is what is generated in configure:
if test x$mmx = xyes; then
HAVE_MMX_TRUE=
HAVE_MMX_FALSE='#'
else
HAVE_MMX_TRUE='#'
HAVE_MMX_FALSE=
fi
However, the automake tests in src/Makefile.am (using HAVE_MMX) work... so wont touch this, but
I've had to remove libltdl from Makefile.am's subdir's section, and all references of libltdl from
src/Makefile
-MipsPro doesn't like a structure been assigned a value using { }'s outside of
the declaration. Hence:
Index: api.c
===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/api.c,v
retrieving revision 1.95
diff -u -r1.95 api.c
--- api.c 15 Feb 2004 01:58:23 - 1.95
+++ api.c 6 Apr 2004 00:58:46 -
@@ -185,18 +185,20 @@
context->font = NULL;
context->direction = IMLIB_TEXT_TO_RIGHT;
context->angle = 0.0;
- context->color = (Imlib_Color)
- {
- 255, 255, 255, 255};
+ context->color.alpha = 255;
+ context->color.red = 255;
+ context->color.green = 255;
+ context->color.blue = 255;
context->color_range = NULL;
context->image = NULL;
context->progress_func = NULL;
context->progress_granularity = 0;
context->dither_mask = 0;
context->filter = NULL;
- context->cliprect = (Imlib_Rectangle)
- {
- 0, 0, 0, 0};
+ context->cliprect.x = 0;
+ context->cliprect.y = 0;
+ context->cliprect.w = 0;
+ context->cliprect.h = 0;
context->encoding = IMLIB_TTF_ENCODING_ISO_8859_1;
context->references = 0;
-bzlib.h uses FILE * without including stdio. Not sure who's problem this is or why its not an
issue on other platforms (unless gcc does some magic).
Index: loader_bz2.c
===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/loaders/loader_bz2.c,v
retrieving revision 1.2
diff -u -r1.2 loader_bz2.c
--- loader_bz2.c15 Feb 2004 01:30:48 - 1.2
+++ loader_bz2.c6 Apr 2004 01:28:57 -
@@ -2,6 +2,7 @@
# include
#endif
+#include
#include
#include
#include
-MipsPro doesn't like pointer arithmatic on a void *
Index: loader_tga.c
===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/loaders/loader_tga.c,v
retrieving revision 1.8
diff -u -r1.8 loader_tga.c
--- loader_tga.c16 Feb 2004 03:46:39 - 1.8
+++ loader_tga.c6 Apr 2004 01:35:44 -
@@ -245,7 +245,7 @@
filedata = seg;
header = (tga_header *) filedata;
- footer = (tga_footer *) (filedata + ss.st_size - sizeof(tga_footer));
+ footer = (tga_footer *) ((char *)filedata + ss.st_size - sizeof(tga_footer));
/* check the footer to see if we have a v2.0 TGA file */
if (memcmp(footer->signature, TGA_SIGNATURE, sizeof(footer->signature)) == 0)
@@ -256,11 +256,11 @@
}
/* skip over header */
- filedata += sizeof(tga_header);
+ filedata = (char *)filedata + sizeof(tga_header);
/* skip over alphanumeric ID field */
if (header->idLength)
- filedata += header->idLength;
+ filedata = (char *)filedata + header->idLength;
/* now parse the header */
And Imlib2 is built!
I was also going to build e (16), but have been having some troubles and dont have time right now to
fix. Hopefully soon,
The config issues are possibly (likely) due to automake/autoconf/libtool version
differences.
***supress rant here***
Nick
PS I am not subscribed to the mailing list, so please cc me in on any replies
---
Calvin: Know what I pray for? Hobbes: What? Calvin: The strength to change
what I can, the inability to accept what I can't, and the incapacity to tell
the difference. -- Calvin
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] compiling e16 on IRIX using MipsPro
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.
-intl/ has no files?
-make doesn't know how to build .deps/*.Po files (I removed the include's)
-MipsPro doesn't like misc ()'s and {}'s
Index: dox.h
===
RCS file: /cvsroot/enlightenment/e16/e/dox/dox.h,v
retrieving revision 1.29
diff -u -r1.29 dox.h
--- dox.h 21 Mar 2004 01:37:30 - 1.29
+++ dox.h 6 Apr 2004 03:58:31 -
@@ -53,9 +53,9 @@
#include
#define ESetColor(pxc, r, g, b) \
- ({ (pxc)->red = ((r)<<8)|r; (pxc)->green = ((g)<<8)|g; (pxc)->blue =
((b)<<8)|b; })
+ do { (pxc)->red = ((r)<<8)|r; (pxc)->green = ((g)<<8)|g; (pxc)->blue =
((b)<<8)|b; } while(0);
#define EGetColor(pxc, pr, pg, pb) \
- ({ *(pr) = ((pxc)->red)>>8; *(pg) = ((pxc)->green)>>8; *(pb) =
((pxc)->blue)>>8; })
+ do { *(pr) = ((pxc)->red)>>8; *(pg) = ((pxc)->green)>>8; *(pb) =
((pxc)->blue)>>8; } while(0);
#if USE_IMLIB2
#include
Index: E.h
===
RCS file: /cvsroot/enlightenment/e16/e/src/E.h,v
retrieving revision 1.238
diff -u -r1.238 E.h
--- E.h 4 Apr 2004 21:44:45 - 1.238
+++ E.h 6 Apr 2004 04:10:29 -
@@ -52,9 +52,9 @@
#endif
#define ESetColor(pxc, r, g, b) \
- ({ (pxc)->red = ((r)<<8)|r; (pxc)->green = ((g)<<8)|g; (pxc)->blue =
((b)<<8)|b; })
+ do { (pxc)->red = ((r)<<8)|r; (pxc)->green = ((g)<<8)|g; (pxc)->blue =
((b)<<8)|b; } while(0);
#define EGetColor(pxc, pr, pg, pb) \
- ({ *(pr) = ((pxc)->red)>>8; *(pg) = ((pxc)->green)>>8; *(pb) =
((pxc)->blue)>>8; })
+ do { *(pr) = ((pxc)->red)>>8; *(pg) = ((pxc)->green)>>8; *(pb) =
((pxc)->blue)>>8; } while(0);
#if USE_IMLIB2
#include
-struct timeval is defined in sys/time.h
Index: setup.c
===
RCS file: /cvsroot/enlightenment/e16/e/src/setup.c,v
retrieving revision 1.121
diff -u -r1.121 setup.c
--- setup.c 1 Apr 2004 22:48:32 - 1.121
+++ setup.c 6 Apr 2004 04:15:24 -
@@ -25,6 +25,7 @@
#if !USE_IMLIB2
#include
#endif
+#include
void
MapUnmap(int start)
Whew, and thats it! (Besides tweaks to the libraries, since the X libraries are not probed correctly
by configure).
Anyway, hopefully thats useful to someone. :-)
Again, please cc me in any replies,
Nick
--
Hobbes : What if the public doesn't like your work?
Calvin : They are not supposed to like it. This is avant-garde stuff!
I'm criticizing the low brows who can't appreciate great art
like this!
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
