Build latest gnustep on windows.

Hello guys, I would like to ask if it is possible to build gnustep packages on windows, I have currently built libobjc2 on windows but can't build libs-base and libs-gui, I know I can use mingw but that is too old, I still want to build the latest gnustep libraries through the gnustep

Re: GNUstep on Windows using Clang + MSVC ABI

Thanks, I’m taking next week off for Easter - hopefully I’ll have some time to look at both of these then. I don’t think either is much work to fix, if I can easily set up the test environment. David > On 22 Mar 2021, at 16:53, Frederik Seiffert wrote: > > Hi David, > >> Am 02.02.2021 um

Re: GNUstep on Windows using Clang + MSVC ABI

Hi David, > Am 02.02.2021 um 12:29 schrieb David Chisnall : > lld-link: error: relocation against symbol in discarded section: __start_.objcrt$SEL >>> referenced by C:\msys64\tmp\conftest-78a937.o:(.objc_init) This is reproducible when building a file that calls ObjC runtime

Re: GNUstep on Windows using Clang + MSVC ABI

On 09/02/2021 16:20, Richard Frith-Macdonald wrote: On 29 Jan 2021, at 16:28, David Chisnall wrote: We have given up supporting MinGW for snmalloc and I am considering optionally supporting snmalloc for Objective-C object allocations since it is much faster than the system malloc on

Re: GNUstep on Windows using Clang + MSVC ABI

> On 29 Jan 2021, at 16:28, David Chisnall wrote: > > We have given up supporting MinGW for snmalloc and I am considering > optionally supporting snmalloc for Objective-C object allocations since it is > much faster than the system malloc on most platforms and is particularly good > for

Re: GNUstep on Windows using Clang + MSVC ABI

On 01/02/2021 18:24, Frederik Seiffert wrote: Sorry everyone, looks like my earlier draft got sent out prematurely... Am 29.01.2021 um 17:28 schrieb David Chisnall mailto:gnus...@theravensnest.org>>: ld -r is pretty flaky everywhere.  LLD wasn't going to implement it at all and GNUstep was

Re: GNUstep on Windows using Clang + MSVC ABI

Sorry everyone, looks like my earlier draft got sent out prematurely... > Am 29.01.2021 um 17:28 schrieb David Chisnall : > > ld -r is pretty flaky everywhere. LLD wasn't going to implement it at all > and GNUstep was one of only two consumers so I think it's fair to say that > it's pretty

Re: GNUstep on Windows using Clang + MSVC ABI

>> - Linking subproject object files directly (instead of merging) >> As David had suspected, merging the subproject object files turned out to be >> an issue: `ld -r` is not available on Windows, and using `ar cr` resulted in >> a subproject.o that didn’t contain all the symbols (I’m guessing

Re: GNUstep on Windows using Clang + MSVC ABI

On 29/01/2021 16:03, Frederik Seiffert wrote: Good news everyone: I’ve successfully built Base on Windows with Clang, libobjc2, and the MSVC ABI. This results in lib, DLL, and PDB files that should be usable in any Windows app without using the MinGW toolchain. *Very* nice! I’ve opened

Re: Building GNUstep for Windows using Clang

Hi David, > Am 21.01.2021 um 15:00 schrieb David Chisnall : > > It looks as if you are missing the dllimport attribute on the classes that > you're referencing from another DLL. Thanks so much, that was indeed it! My little DLL test setup is working now. I thought I had tried that before, but

Re: Building GNUstep for Windows using Clang

Hi, On 20/01/2021 20:30, Frederik Seiffert wrote: There’s one more issue though: both [Test class] and [Test new] (with "Test" being defined in the DLL) only return null pointers in my testing. However subclassing the Test root class locally works fine and allows instantiating the subclass,

Re: Building GNUstep for Windows using Clang

Hi David, > Am 20.01.2021 um 18:15 schrieb David Chisnall : > > For reference, the $_OBJC_CLASS symbols are meant to be exported from a DLL, > they are the canonical pointers to the classes. The $_OBJC_REF_CLASS > pointers are private to a library and are the pointer that code should use >

Re: Building GNUstep for Windows using Clang

On 20/01/2021 15:54, Frederik Seiffert wrote: I confirmed with dumpbin /exports that the .lib and DLL both contain these $_OBJC_REF_CLASS_ symbols, so I really don’t understand why it’s not found. For reference, the $_OBJC_CLASS symbols are meant to be exported from a DLL, they are the

Re: Building GNUstep for Windows using Clang

So it seems that we need to generate a module definition (.def) file in order to have all the ObjC class symbols exported in the DLL. This is also what WinObjC is doing, I’ll try to come up with a script to generate this file from the object file symbols.

Re: Building GNUstep for Windows using Clang

Hi David, > Am 19.01.2021 um 18:40 schrieb David Chisnall : > > On ELF platforms, there were some issues with the ld -r invocation that -base > Additions did. Can you try just adding the .m files from Additions directly > to the -base project and see if that makes the problem go away? I

Re: Building GNUstep for Windows using Clang

\10\Lib\10.0.18362.0\um\x64 -libpath:C:\LLVM\lib\clang\11.0.0\lib\windows -libpath:C:/GNUstep/MSVC/x64/lib -libpath:C:/GNUstep/MSVC/x64/lib -libpath:C:/GNUstep/MSVC/x64/lib -libpath:C:/GNUstep/MSVC/x64/lib -libpath:C:/msys64/home/Frederik -libpath:Seiffert/GNUstep/Library/Libraries -libpath:C:/GNUst

Re: Building GNUstep for Windows using Clang

o:(.objc_init) >> >> lld-link: error: relocation against symbol in discarded section: >> __start_.objcrt$STR >>>>> referenced by C:\tmp\conftest-78a937.o:(.objc_init) >> >> lld-link: error: relocation against symbol in discarded section: >&

Re: Building GNUstep for Windows using Clang

ultlib:libcmt -libpath:C:\Program Files (x86)\Microsoft Visual > Studio\2019\Professional\VC\Tools\MSVC\14.28.29333\lib\x64 > -libpath:C:\Program Files (x86)\Microsoft Visual > Studio\2019\Professional\VC\Tools\MSVC\14.28.29333\atlmfc\lib\x64 > -libpath:C:\Program Files (x86)\Windows Ki

Re: Building GNUstep for Windows using Clang

Hi all, I’ve made a bit of progress getting libobjc2 working under MinGW, including adding it to the CI test matrix (currently using stock Clang). Here’s the PR in case anyone wants to follow along on GitHub: https://github.com/gnustep/libobjc2/pull/190 I tried building it with a patched Clang

Re: Building GNUstep for Windows using Clang

Hi, On 12/2/20 5:07 PM, Gregory Casamento wrote: Just a suggestion.  Could you commit the binary resulting from the build?  While David might disagree, this is a very heavyweight and difficult build process.  I would prefer to spare others from having to go through it.  If someone else

Re: Building GNUstep for Windows using Clang

I am not in favor of committing binaries into otherwise highly compressible repositories, those containing primarily source code. Clone operations become heavyweight and eliminating the binary from history is, like any other file, difficult. If we start to commit binaries, can it be in separate

Re: Building GNUstep for Windows using Clang

Hi David, > Am 29.12.2020 um 15:57 schrieb David Chisnall : > > Hi all, > > Sorry for the delayed response, I’ve now had time to do a little bit of > digging to understand what’s needed here. Thank you very much, this is super helpful. >> 1. Support building GNUstep with MSVC > > To

Re: Building GNUstep for Windows using Clang

Hi all, Sorry for the delayed response, I’ve now had time to do a little bit of digging to understand what’s needed here. > On 22 Dec 2020, at 11:39, Frederik Seiffert wrote: > > Hi David and all, > >> Am 02.12.2020 um 20:20 schrieb David Chisnall : >> >> I am not sure if there is a good

Re: Building GNUstep for Windows using Clang

Hi David and all, > Am 02.12.2020 um 20:20 schrieb David Chisnall : > > I am not sure if there is a good way of fixing this other than to use a MSVC > target triple. C++ EH interop almost certainly won't work if MinGW is > targeting the Itanium ABI for C++ and I really don't want to support

Re: Building GNUstep for Windows using Clang

And here are the MinGW-w64 Clang packages built with both of David’s patches in case anyone wants to play around with it: https://algoriddim-djay.s3.us-east-1.amazonaws.com/tmp/mingw-w64-i686-clang-11.0.0-4-any.pkg.tar.zst

Re: Building GNUstep for Windows using Clang

symbol: vtable for __cxxabiv1::__pointer_type_info > >>> referenced by obj/libgnustep-base.obj/GSHTTPAuthentication.m.o:(typeinfo > >>> for NSException*) > >>> referenced by obj/libgnustep-base.obj/GSTimSort.m.o > >>> referenced by obj/libgnustep-

Re: Building GNUstep for Windows using Clang

> Am 02.12.2020 um 20:20 schrieb David Chisnall : > > It looks as if the code to check which personality function is outside the > runtime-specific code. The attached diff should fix that. Thanks! I will try that. > This looks as if clang is still trying to use the Itanium C++ ABI. When the

Re: Building GNUstep for Windows using Clang

On 02/12/2020 19:01, Frederik Seiffert wrote: Am 01.12.2020 um 15:42 schrieb David Chisnall mailto:gnus...@theravensnest.org>>: Please can you try the attached patch? So the patch resolves the objc_begin_catch/objc_end_catch undefined symbols, but it doesn’t resolve

Re: Building GNUstep for Windows using Clang

> Am 01.12.2020 um 15:42 schrieb David Chisnall : > > Please can you try the attached patch? So the patch resolves the objc_begin_catch/objc_end_catch undefined symbols, but it doesn’t resolve __gnustep_objc_personality_v0 and adds some new linker errors ones: > lld-link: error: undefined

Re: Building GNUstep for Windows using Clang

> Am 02.12.2020 um 17:07 schrieb Gregory Casamento : > > Just a suggestion. Could you commit the binary resulting from the build? > While David might disagree, this is a very heavyweight and difficult build > process. I would prefer to spare others from having to go through it. If >

Re: Building GNUstep for Windows using Clang

On 02/12/2020 16:24, David Wetzel wrote: Wouldn’t it be better to have a windows build on the website to download as a binary? There are Windows builds on the LLVM web site, you can install them via chocho on Windows. David

Re: Building GNUstep for Windows using Clang

Wouldn’t it be better to have a windows build on the website to download as a binary? Binaries in a repository are painful. David > Am 2020-12-02 um 11:08 schrieb Gregory Casamento : > >  > Just a suggestion. Could you commit the binary resulting from the build? > While David might

Re: Building GNUstep for Windows using Clang

Just a suggestion. Could you commit the binary resulting from the build? While David might disagree, this is a very heavyweight and difficult build process. I would prefer to spare others from having to go through it. If someone else doesn't commit it, I will go through the process and do it

Re: Building GNUstep for Windows using Clang

> Am 02.12.2020 um 10:50 schrieb David Chisnall : > > You should be able to just do a Windows build with the VS command prompt and > CMake. I normally build clang with CMake + Ninja + either Visual Studio or > an existing LLVM install on Windows. There are no other dependencies. Thanks,

Re: Building GNUstep for Windows using Clang

> Am 01.12.2020 um 15:42 schrieb David Chisnall : > > Please can you try the attached patch? That was quick, thank you very much! I’m having some trouble building Clang via MINGW-packages (https://github.com/msys2/MINGW-packages/issues/7369), but I’ll let you know as soon as I get that to

Re: Building GNUstep for Windows using Clang

On 02/12/2020 09:36, Frederik Seiffert wrote: Am 01.12.2020 um 15:42 schrieb David Chisnall : Please can you try the attached patch? That was quick, thank you very much! I’m having some trouble building Clang via MINGW-packages (https://github.com/msys2/MINGW-packages/issues/7369), but I’ll

Re: Building GNUstep for Windows using Clang

Hi Riccardo, > Am 01.12.2020 um 16:27 schrieb Riccardo Mottola : > > just as a note, I tried an update with current ming64 and gcc and things > work as before (nothing broke!) > Actually, there is an improvement, JPEG images work because I fixed it > some weeks ago! Nice, thanks! > I noticed

Re: Building GNUstep for Windows using Clang

Hi, Frederik Seiffert wrote: > I took another stab at building for Windows, and using a fresh MSYS2 > installation and the latest dependencies and Clang version I was able > to make a bit of progress and run into some new issues... just as a note, I tried an update with current ming64 and gcc

Re: Building GNUstep for Windows using Clang

On 01/12/2020 12:40, Frederik Seiffert wrote: Am 30.11.2020 um 17:59 schrieb David Chisnall : I think this is a clang bug. I am probably guarding this on an MSVC target triple and not on SEH exceptions. Please can you file a clang bug and assign it to me?

Re: Building GNUstep for Windows using Clang

> Am 30.11.2020 um 17:59 schrieb David Chisnall : > > I think this is a clang bug. I am probably guarding this on an MSVC target > triple and not on SEH exceptions. Please can you file a clang bug and assign > it to me? https://bugs.llvm.org/show_bug.cgi?id=48348 I hope I summarized this

Re: Building GNUstep for Windows using Clang

On 30/11/2020 16:52, Frederik Seiffert wrote: Some of these were also resolved by the PR (all the ones using OBJC_HOOK), so we’re just left with the exception handling ones (see above). Clang should be using SEH exception handling (not DWARF) according to verbose output, so it’s all pretty

Re: Building GNUstep for Windows using Clang

Thanks David! After a couple of PRs we’re now down to a linker issue regarding exception handling on Windows. Details and steps to reproduce here: https://github.com/gnustep/libobjc2/issues/187 > These are pretty-much unavoidable on Windows. In C/C++, you typically use a > macro to control

Re: Building GNUstep for Windows using Clang

Thanks, It looks like you’ve already raised a PR to fix many of these. > On 26 Nov 2020, at 12:18, Frederik Seiffert wrote: >> Linking library libgnustep-base ... >> lld-link: warning: obj/libgnustep-base.obj/GSLocale.m.o: locally defined >> symbol imported: $_OBJC_CLASS_NSConstantString

Re: Building GNUstep for Windows using Clang

Hi all, I took another stab at building for Windows, and using a fresh MSYS2 installation and the latest dependencies and Clang version I was able to make a bit of progress and run into some new issues... After building libobjc2 in a Visual Studio prompt and getting Make to build (more on

Re: Building GNUstep for Windows using Clang

Hi, Frederik Seiffert wrote: > I did /not/ have to patch the MSYS2 headers as written in the > instructions, but maybe that’s only needed for Gui? patching was only needed for Gui not for Base. Now it is no longer needed, I was able to make the necessary workarounds in our code. Riccardo

Re: Building GNUstep for Windows using Clang

and tests fixed. Frederik > Am 15.05.2020 um 10:00 schrieb Frederik Seiffert : > > Hi all, > > Following up on this thread I wanted to give a quick update on building > GNUstep for Windows. > > First, I managed to build Base successfully using GCC on MinGW 64-bit > f

Re: Building GNUstep for Windows using Clang

Hi all, Following up on this thread I wanted to give a quick update on building GNUstep for Windows. First, I managed to build Base successfully using GCC on MinGW 64-bit following Riccardo’s helpful instructions at http://wiki.gnustep.org/index.php/Installation_MSYS2. Two small things here

Re: Building GNUstep for Windows using Clang

I will try to reproduce with gcc. Then I will see if I can get clang working. I would very much like to get clang working. It would be nice if there were a prebuilt package. On Thu, Mar 12, 2020 at 7:40 PM Riccardo Mottola wrote: > Hi, > > Frederik Seiffert wrote: > >> > >> > >>

Re: Building GNUstep for Windows using Clang

Hi, Frederik Seiffert wrote: >> >> >> http://wiki.gnustep.org/index.php/Installation_MSYS2 > > > Thank you Riccardo! I’ll follow along and will gladly test > instructions here. > I just complteted to my best. By writing this tutorial I was finally able to replicate the setup I had once runnign

Re: Building GNUstep for Windows using Clang

> Am 07.03.2020 um 12:33 schrieb Riccardo Mottola : > > since several people asked about it, I will collect and share my work here: > > > http://wiki.gnustep.org/index.php/Installation_MSYS2 > Thank you Riccardo! I’ll follow along and

Re: Building GNUstep for Windows using Clang

es sense. So I guess that means we can’t use LLD on Windows unless GNUstep Make is rewritten to not use incremental linking. Unfortunately the Gold linker doesn’t seem to support Windows COFF (https://github.com/msys2/MINGW-packages/issues/4807 <https://github.com/msys2/MINGW-packages/issues/4807

Re: Building GNUstep for Windows using Clang

Gregory, On 8 Mar 2020, at 1:41, Gregory Casamento wrote: Sorry for the confusion, but MailTrack is a service I pay for so I can verify that clients are actually reading my email.  It's not tracking by google.  It's tracking by me.  Occasionally I accidentally leave it on when I send to this

Re: Building GNUstep for Windows using Clang

Johannes, Sorry for the confusion, but MailTrack is a service I pay for so I can verify that clients are actually reading my email. It's not tracking by google. It's tracking by me. Occasionally I accidentally leave it on when I send to this list. I hope that solves the moral dilemma. From

Re: Building GNUstep for Windows using Clang

On 7 Mar 2020, at 20:52, Ivan Vučica wrote: [still OT:] Where does it say that The Mail Track Company, S.L. is owned by Google? Thank you for that hint. Good question. Just seems to be a plugin to Gmail? If it could be disabled I’d be happy (still knowing using Gmail includes some

Re: Building GNUstep for Windows using Clang

On Sat, Mar 7, 2020 at 6:50 PM Johannes Brakensiek wrote: > Everyone clicking on that link accidentally is tracked by Google even if > he/she did not consent with it. For me that does not fit well to a > project reaching out for software freedom. No offense, just what I > thought. [still OT:]

Re: Building GNUstep for Windows using Clang

On 7 Mar 2020, at 19:31, Gregory Casamento wrote: OT: Could you please clarify your point? Everyone clicking on that link accidentally is tracked by Google even if he/she did not consent with it. For me that does not fit well to a project reaching out for software freedom. No offense,

Re: Building GNUstep for Windows using Clang

OT: Could you please clarify your point? On Sat, Mar 7, 2020 at 1:16 PM Johannes Brakensiek wrote: > > > On 7 Mar 2020, at 19:03, Gregory Casamento wrote: > > > [http://wiki.gnustep.org/index.php/Installation_MSYS2]( >

Re: Building GNUstep for Windows using Clang

On 7 Mar 2020, at 19:03, Gregory Casamento wrote: [http://wiki.gnustep.org/index.php/Installation_MSYS2]() OT: As this is a

Re: Building GNUstep for Windows using Clang

Riccardo, Thank you so much, old friend. This is great news. GC On Sat, Mar 7, 2020 at 6:33 AM Riccardo Mottola wrote: > Hi, > > On 3/7/20 11:54 AM, Riccardo Mottola wrote: > > > > > > well, since I am working since almost a year to get instead a working > > ming64 setup on windows7 &

Re: Building GNUstep for Windows using Clang

Hi, On 3/7/20 11:54 AM, Riccardo Mottola wrote: well, since I am working since almost a year to get instead a working ming64 setup on windows7 & windows10 with GCC, there is probably some common ground. I never started this because.. it yields a not totally stable result and it is not

Re: Building GNUstep for Windows using Clang

Hi, On 3/6/20 7:44 PM, Gregory Casamento wrote: Since we are talking about building on Windows 10 using clang and msys2 I would like someone to write up a comprehensive guide on how.   From A to Z, please.   I realize I'm likely to be roasted for this request by multiple people, but at this

Re: Building GNUstep for Windows using Clang

Guys, Since we are talking about building on Windows 10 using clang and msys2 I would like someone to write up a comprehensive guide on how. From A to Z, please. I realize I'm likely to be roasted for this request by multiple people, but at this point it needs to be done and I am quite used

Re: Building GNUstep for Windows using Clang

On 05/03/2020 00:43, Frederik Seiffert wrote: Thanks David. I made some progress with this setup, although it does feel like we’re a bit off the beaten track here (again)... To get libobjc linking with the MinGW clang toolchain using LLD I had to create an import library (.dll.a) as outlined

Re: Building GNUstep for Windows using Clang

ng on looking at some of the Clang funclet issues. That’s good to know, thanks. By the way, is libcxxrt needed on Windows for ObjC++ EH on Windows? Seems like WinObjC is not using it. Thanks, Frederik > Am 25.02.2020 um 19:22 schrieb David Chisnall : > > Hi, > > > > On 25/

Re: Building GNUstep for Windows using Clang

Hi, On 25/02/2020 16:55, Frederik Seiffert wrote: Hi all, I’m trying to build GNUstep for Windows using Clang and the 2.0 runtime ABI in order to have support for ARC and blocks, but I’m having some issues and general questions. I’ve successfully built libobjc2 (as well as libdispatch

Building GNUstep for Windows using Clang

Hi all, I’m trying to build GNUstep for Windows using Clang and the 2.0 runtime ABI in order to have support for ARC and blocks, but I’m having some issues and general questions. I’ve successfully built libobjc2 (as well as libdispatch) in a Visual Studio command prompt using CMake and clang

Re: GNUStep on Windows

to create an installer with toolchain from mingw-w64. It would simplify process for people wanting to test on windows. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev

Re: GNUStep on Windows

On 28 Jan 2010, at 16:41, Vincent Richomme wrote: Just for information I was able to compile clang with msys/mingw (but I had to recompile toolchain from mingw-w64 project because with original mingw I got a memory exhausted error from the linker). Did you do a Release-Asserts build? For

Re: GNUStep on Windows

Hi there, Vincent R. wrote: When will you switch to llvm on windows platform ? I can see from website that for now you are releasing a solution based on msys/mingw-4.4 and could it be possible to use a msys/llvm alternative ? Would it work ? We are not going to switch any time soon. I

Re: GNUStep on Windows

On Sun, 24 Jan 2010 12:43:36 +0100, Riccardo Mottola mul...@ngi.it wrote: Hi there, Vincent R. wrote: When will you switch to llvm on windows platform ? I can see from website that for now you are releasing a solution based on msys/mingw-4.4 and could it be possible to use a msys/llvm

GNUStep on Windows

Hi, When will you switch to llvm on windows platform ? I can see from website that for now you are releasing a solution based on msys/mingw-4.4 and could it be possible to use a msys/llvm alternative ? Would it work ? ___ Gnustep-dev mailing list

Re: GNUStep on Windows

compile GNUstep on Windows, however: 1) I am the person who maintains GNU runtime code generation in clang, and 2) I don't have a Windows machine. That means that clang's Objective-C support on Windows is basically untested. If people want to test it and send me bug reports, then I'm happy to fix

Re: GNUStep on Windows

to use a msys/llvm alternative ? Would it work ? Clang will probably compile GNUstep on Windows, however: 1) I am the person who maintains GNU runtime code generation in clang, and OK 2) I don't have a Windows machine. Impressive! and you can live like that ? ;-) That means

Re: GNUStep on Windows

On 22 Jan 2010, at 17:22, Vincent R. wrote: Ok I will test asap but could you please tell me something before I test, is it possible to use LLVM/clang to link with a msvc import lib ? Same question for mingw. I've no idea. Clang has some Visual Studio support, and can interact with the

Linking error with OpenGL and GNUstep on windows

-with-OpenGL-and-GNUstep-on-windows-tp21512973p21512973.html Sent from the GNUstep - Dev mailing list archive at Nabble.com. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev

Re: Linking error with OpenGL and GNUstep on windows

? -- View this message in context: http://www.nabble.com/Linking-error-with-OpenGL-and-GNUstep-on-windows-tp21512973p21514830.html Sent from the GNUstep - Dev mailing list archive at Nabble.com. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http

Re: GNUstep on Windows (XP, Vista) 64 bits?

? Need those libraries to be ported? From: Adam Fedor [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2008 4:45 PM To: Yury Mishchenko Cc: gnustep-dev@gnu.org Subject: Re: GNUstep on Windows (XP, Vista) 64 bits? On Mar 4, 2008, at 8:19 AM, Yury Mishchenko wrote: Hi, Does anybody know

Re: GNUstep on Windows (XP, Vista) 64 bits?

On Mar 4, 2008, at 8:19 AM, Yury Mishchenko wrote: Hi, Does anybody know whether there is anything planned/done for running GNUstep on Windows 64 bits? It seems there is something ongoing by I can not figure in what state it is. Could anyone clarify the situation? GNUstep doesn't work

Re: gnustep on windows

Paul Fox paulfox at paxway.com writes: Ok, I've downloaded the patch and worked on merging the changes in CairoContext.m with the latest version (so pdf and ps output would still work) as well as cleaning up a few minor style things. It now compiles, but I get garbage when I try to run

gnustep on windows

Ok, I've downloaded the patch and worked on merging the changes in CairoContext.m with the latest version (so pdf and ps output would still work) as well as cleaning up a few minor style things. It now compiles, but I get garbage when I try to run Gorm, and the GNUstep test appears to freeze.

Re: gnustep on windows

I just made some small changes in CairoContext.m The zip file has been updated : http://amstradstuff.free.fr/GNUstep/back-win32cairo.zip Oops... looks like someone beat me to the punch. Great minds think alike, eh? At any rate, I showed my results, and they aren't ideal. Does anyone have

Re: gnustep on windows

Xavier Glattard wrote: I just made some small changes in CairoContext.m The zip file has been updated : http://amstradstuff.free.fr/GNUstep/back-win32cairo.zip Cairo backend and Cairo/Glitz backend can be build and run. With Calculator and Gorm: Cairo backend : Text is Ok. Most

Re: gnustep on windows

Windows theming into GNUstep, which isn't all that hard really, its just trying to understand the MS documentation and work out the best way to match it to GNUstep. The hard part is doing the Windows 2000 theming because Microsoft doesn't store this as a theme, but rather requires you to paint

Re: gnustep on windows

On 3 Mar 2008, at 23:41, Christopher Armstrong wrote: Hi Fred On 04/03/2008, at 7:06 AM, Fred Kiefer wrote: Just one comment on this impressive patch. You seem to override some system colour methods on NSColor to use the Windows colour settings in GNUstep. This is the wrong approach to do

Re: gnustep on windows

When programming with GNUstep you will be working against the GNUstep drawing API, not cairo or GDI. It is true that the implementation of this API for cairo is more complete, but even that may be changed. Oh, I know, but it doesn't make a lot of sense to maintain multiple backends when one

Re: gnustep on windows

Hello I just made some small changes in CairoContext.m The zip file has been updated : http://amstradstuff.free.fr/GNUstep/back-win32cairo.zip Cairo backend and Cairo/Glitz backend can be build and run. With Calculator and Gorm: Cairo backend : Text is Ok. Most bitmaps are ugly

Re: gnustep on windows

On 1 Mar 2008, at 17:18, Paul Fox wrote: When programming with GNUstep you will be working against the GNUstep drawing API, not cairo or GDI. It is true that the implementation of this API for cairo is more complete, but even that may be changed. Oh, I know, but it doesn't make a lot of

Re: gnustep on windows

Xavier Glattard wrote: 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

Re: gnustep on windows

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.

Re: gnustep on windows

Paul Fox wrote: Out of curiosity, why do you want to use cairo on Windows and not the native window interface (or one based on GDI+)? Why Cairo? Mainly because it gives me a fairly nice graphics library that's cross-platform. For fancy graphics, Cairo gives a consistent appearance across

Re: gnustep on windows

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

gnustep on windows

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

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

Re: GNUstep on Windows - libm5.dll caveat

On Nov 29, 2007, at 5:23 AM, Christopher Armstrong wrote: I know this message is probably noise, but couldn't think where else to put it. Maybe useful as an example of one of those hairy and bizarre problems that occurs. I've spent all week trying to figure it out. No it's great. I wish

gnustep on Windows

Greetings everyone. I'm developing an application for Mac OS X, Linux and Windows using Cocoa and Gnustep. I've managed to run my program on windows but not in the way I would like to. Isn't it possible to make the gnustep for windows distribution to run gnustep programs just by clicking

Getting started with software developing with GnuStep on Windows

/ GnuStep? I tried builing a very simple app, but the Makefile system didn't work because I fail running the set-up script. Am I suppose to use another terminal other than the DOS-prompt cmd.exe? I have some general questions: Is GnuStep on Windows suitable for building stand-alone software

Getting started with software developing with GnuStep on Windows

/ GnuStep? I tried builing a very simple app, but the Makefile system didn't work because I fail running the set-up script. Am I suppose to use another terminal other than the DOS-prompt cmd.exe? I have some general questions: Is GnuStep on Windows suitable for building stand-alone software