Re: gnustep on windows
Paul Fox wrote: Currently, I am, for various reasons, tied to Windows for most of the time. I also think GNUstep looks as if it would make a good cross-platform development library (more elegant than QT, and without all the restrictions.) However, in the course of examining and attempting to build GNUstep for Windows, I've discovered that Cairo graphics for GNUstep under Windows are unimplemented. I'm interested in correcting that, and, from a cursory glance, it doesn't look tremendously difficult, but I haven't spent a lot of time yet tracking down all the bits of X dependent code, so I'm wondering if anyone knows how deep this dependency runs. There shouldn't be any X dependencies in the cairo backend code apart from the X surfaces of course. You should be able to provide your own MS Windows surface and use that. This gets a bit harder on the make file level, here our config scripts currently only support the cairo backend for X11. There is one other problem I see, although freetype is available for Windows you will most likely want to use native font support. For this you will need to implement your own classes or port the ones from the the winlib backend. Out of curiosity, why do you want to use cairo on Windows and not the native window interface (or one based on GDI+)? When I have more time (who knows when that will be!) I will take a deeper look and try to figure out everything that needs to be done to enable the Cairo backend on Windows. On a side note, I've heard that there are plans for a theming API, but I've had some difficulty finding any details. Where could I find out about that? There already is some limited theming available in GNUstep. You find the API and the code for it in gui/Source/GSTheme.m. Cheers Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
gnustep on windows
Currently, I am, for various reasons, tied to Windows for most of the time. I also think GNUstep looks as if it would make a good cross-platform development library (more elegant than QT, and without all the restrictions.) However, in the course of examining and attempting to build GNUstep for Windows, I've discovered that Cairo graphics for GNUstep under Windows are unimplemented. I'm interested in correcting that, and, from a cursory glance, it doesn't look tremendously difficult, but I haven't spent a lot of time yet tracking down all the bits of X dependent code, so I'm wondering if anyone knows how deep this dependency runs. When I have more time (who knows when that will be!) I will take a deeper look and try to figure out everything that needs to be done to enable the Cairo backend on Windows. On a side note, I've heard that there are plans for a theming API, but I've had some difficulty finding any details. Where could I find out about that? ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: amd64 and libffi
On Mon, 25 Feb 2008 15:12:34 -0500 Hubert Chathi [EMAIL PROTECTED] wrote: HC | ffcall doesn't seem to play well with the NX bit, HC | apparently.) I've got a problem few monthes ago. here is my mail on this: For the records, after 3 days of investigations, I found the problem: One should do a su before ffcall 1.10 configure In config.h, you should have /* CL_MPROTECT */ /* Define if you have the mprotect() function. */ #define HAVE_MPROTECT 1 /* Define if you have a working mprotect() function. */ #define HAVE_WORKING_MPROTECT /* CL_CODEEXEC */ /* Define if code in malloc'ed memory is executable. */ /* #undef CODE_EXECUTABLE */ for Intel(R) Xeon(R) CPU5120 with flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm (nx is the point, afaik). Manuel ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: gnustep on windows
Hello Some months (a year ?) ago i tried to write a Cairo backend for windows. You can get the files there : http://amstradstuff.free.fr/GNUstep/back-win32cairo.zip Put then in Source/cairo directory Achtung : two files will be overwritten !! I'm not sure they still can be build as cairo backend has been changed but they may be a first step. You will need FreeType and fontconfig. Regards Xavier ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: amd64 and libffi
On Mon, 25 Feb 2008 15:12:34 -0500, Hubert Chathi [EMAIL PROTECTED] said: [...] (On the other hand, GNUstep programs apparently don't work with ffcall on Opterons, since ffcall doesn't seem to play well with the NX bit, apparently.) Apparently, I may be wrong about this. The problems with Opterons are probably something completely different, and ffcall apparently does work on them (at least as much as GNUstep needs). I'm still interested in peoples' experiences with libffi on Opterons, though. -- Hubert Chathi - Email/Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
GNUstep-make and C++ projects...
Is it possible to use GNUstep-make for just plain old C++ projects with no other involvement with GNUstep? I tried making a ctool, and I get linker errors when I try. My stuff looks like this: include $(GNUSTEP_MAKEFILES)/common.make CTOOL_NAME = LogTest LogTest_CC_FILES = source.cc include $(GNUSTEP_MAKEFILES)/ctool.make #include iostream int main (int argc, char *argv) { std::cout foo std::endl; return 0; } and the error I get is: Making all for ctool LogTest... Linking ctool LogTest ... /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crt1.o: In function `_start': ../sysdeps/i386/elf/start.S:115: undefined reference to `main' collect2: ld returned 1 exit status make[1]: *** [shared_obj/LogTest] Error 1 make: *** [LogTest.all.ctool.variables] Error 2 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev