[bug #25356] make ignoring installation domain configuration on windows

Update of bug #25356 (project gnustep): Open/Closed:Open => Closed ___ Reply to this item at: ___ Me

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #16, bug #25356 (project gnustep): Forgot to say that installation-domains.conf now works fine for me on Windows. :-) Worth having more testing though. Thanks ___ Reply to this item at:

[bug #25356] make ignoring installation domain configuration on windows

Update of bug #25356 (project gnustep): Status:None => Fixed ___ Follow-up Comment #15: Ok ... I fixed this in gnustep-base trunk. Hopefully it now works fine and it will be fixed i

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #14, bug #25356 (project gnustep): I managed to reproduce this, and to track it down. First of all, if you do './configure' directly inside Source/pathconfig, the correct installation domain (SYSTEM) is used. The problem only occurs if you do './configure' at the top-level. I

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #13, bug #25356 (project gnustep): I now reconfigured with the path option, so I send you that file, I hope it is relevant, if not I need to regenerate it. You can notice the launch options in any case, since they are logged. (file #18870) __

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #12, bug #25356 (project gnustep): Thanks - that's interesting. Could you also send the file Source/pathconfig/config.log But it looks like I'll need to get access to a Windows machine to sort this (and the other new Windows building issues) out. Hmmm. Thanks

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #11, bug #25356 (project gnustep): I attach the requested files, I did a run of "./configure" without any options. (file #18861, file #18862) ___ Additional Item Attachment: File name: config-output.txt Si

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #10, bug #25356 (project gnustep): Sorry, not at the moment. Since NSLock was changed to require pthreads I am unable to work with GNUstep on Windows. I know that David send a link to the pthread code for Windows, but I haven't figured out, which bits I need and where to put the

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #9, bug #25356 (project gnustep): Can you provide the output of a plain ./configure of gnustep-base ? And also the various config log files ? :-) Thanks ___ Reply to this item at:

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #8, bug #25356 (project gnustep): I did another test. ./configure --with-installation-domain=SYSTEM but then do only a "make install" everything works and gets installed into System. Thus I reckon the problem is on the configure side and not make side. __

[bug #25356] make ignoring installation domain configuration on windows

Update of bug #25356 (project gnustep): Category:None => Makefiles ___ Follow-up Comment #7: I configured bae with just "configure", I have: mott...@dev11 ~/core/base $ ls /etc/GNUstep G

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #6, bug #25356 (project gnustep): The problem with applications was due to base not getting compiled correctly. And this was caused by pathconfig. For some reason this seems to ignore the settings in the installation domain file instead it guesses the domain as Local and then ma

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #5, bug #25356 (project gnustep): With latest SVN this works for all sub modules except for base. Base still ends up being installed in /GNUstep/Local. But applications still won't start up. I need to test some more. ___

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #4, bug #25356 (project gnustep): It works fine for me with the current gnustep-make from svn and using gnustep-make configured with --prefix=/c/current/GNUstep Perhaps an old version of gnustep-make was being used? Or perhaps the combination of --prefix= and --with-config-fil

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #3, bug #25356 (project gnustep): well, under Unix it uses --prefix=/usr/local yet it still works ___ Reply to this item at: ___ Mess

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #2, bug #25356 (project gnustep): I get the same behaviour with todays SVN code. The only thing that looks strange in the ./configure output is that all sub-invocations have the parameter "--prefix=/GNUstep/Local". ___ R

[bug #25356] make ignoring installation domain configuration on windows

Follow-up Comment #1, bug #25356 (project gnustep): Can you provide a bit more info ... which version of gnustep-make and gnustep-base you are using, and what the messages are when you run ./configure in gnustep-make and gnustep-base ? Thanks

[bug #25356] make ignoring installation domain configuration on windows

Update of bug #25356 (project gnustep): Summary: make ignoring instalaltion domain configuration on windows => make ignoring installation domain configuration on windows ___ Reply to this item at: