Re: compiling GUI on NetBSD __unsafe_unretained
On 15 Dec 2011, at 13:25, Riccardo Mottola wrote: > Hi, >>> Hi, >>> >>> Wolfgang Lux wrote: The occurrence of -I/usr/pkg/share/GNUstep/include on the command line is puzzling me quite a bit. Are you deliberately installing into the NetBSD packages area? Is any old installation there? Wolfgang >>> I do not want to install there. But there are installed gnustep packages, I >>> didn't know that. >>> >>> my make configuration is prefix=/ and layout=gnustep ! >>> >>> I removed those packages and now I am able to compile and run gnustep from >>> my "own" installation. >>> >>> it is bad that they do not coexist happily though. >> >> You should be able to have lots of GNUstep installations co-existing (I do). >> >> Did you remember to do '. GNUstep.sh' to set up your environment to use >> *your* version rather than the pre-installed version? >> > I sourced "my" version: in /System/Library/Makefiles/GNUstep.sh > This is also confirmed by the fact that base got installed in > /System/Library/Libraries and it did not overwrite the /usr/pkg version > > If I source my GNUstep.sh after another one being sourced, does it work? It > is juts a guess, i didn't source it, but perhaps it was done automatically. Sourcing GNUstep.sh should replace environment variables previously stored. Perhaps the problem is with GNUstep.conf? Could it be that the config file from the old, pre-existing installation is being used? When I said you can have lots of installations co-existing, that doesn't mean you don't need to switch between them. I guess if you don't know about an existing installation you are likely to use the GNUstep.conf from that installation (if it's been installed in the default location). I'm just guessing here ... I suppose the only thing to do is carefully go through the process to find out at what stage the -I/usr/pkg/share/GNUstep/include starts being used, and figure out where it came from. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
app.plist with standalone
The first time you launch an app in an standalone installation, gnustep don't create the app.plist file. So, the app can't save and restore the windows positions and other user configurations. You need make an app.plist file by hand and this solve the problem. Previously when all configurations was stored in one file, this worked fine. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
64-bit NSNotFound breakage in gui
Hi, The recent change to increase NSNotFound on 64-bit breaks a lot of code in gui which stores NSNotFound in unsigned int. I think we should probably do a major search/replace on gui and update everything to NS[U]Integer and CGFloat, because it will continue to cause headaches if we don't. I don't have time to do this right away, though. Eric ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
Hi, Hi, Wolfgang Lux wrote: The occurrence of -I/usr/pkg/share/GNUstep/include on the command line is puzzling me quite a bit. Are you deliberately installing into the NetBSD packages area? Is any old installation there? Wolfgang I do not want to install there. But there are installed gnustep packages, I didn't know that. my make configuration is prefix=/ and layout=gnustep ! I removed those packages and now I am able to compile and run gnustep from my "own" installation. it is bad that they do not coexist happily though. You should be able to have lots of GNUstep installations co-existing (I do). Did you remember to do '. GNUstep.sh' to set up your environment to use *your* version rather than the pre-installed version? I sourced "my" version: in /System/Library/Makefiles/GNUstep.sh This is also confirmed by the fact that base got installed in /System/Library/Libraries and it did not overwrite the /usr/pkg version If I source my GNUstep.sh after another one being sourced, does it work? It is juts a guess, i didn't source it, but perhaps it was done automatically. Riccardo ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
On 15 Dec 2011, at 12:11, Riccardo Mottola wrote: > Hi, > > Wolfgang Lux wrote: >> The occurrence of -I/usr/pkg/share/GNUstep/include on the command line is >> puzzling me quite a bit. Are you deliberately installing into the NetBSD >> packages area? Is any old installation there? Wolfgang > I do not want to install there. But there are installed gnustep packages, I > didn't know that. > > my make configuration is prefix=/ and layout=gnustep ! > > I removed those packages and now I am able to compile and run gnustep from my > "own" installation. > > it is bad that they do not coexist happily though. You should be able to have lots of GNUstep installations co-existing (I do). Did you remember to do '. GNUstep.sh' to set up your environment to use *your* version rather than the pre-installed version? ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
Hi, Wolfgang Lux wrote: The occurrence of -I/usr/pkg/share/GNUstep/include on the command line is puzzling me quite a bit. Are you deliberately installing into the NetBSD packages area? Is any old installation there? Wolfgang I do not want to install there. But there are installed gnustep packages, I didn't know that. my make configuration is prefix=/ and layout=gnustep ! I removed those packages and now I am able to compile and run gnustep from my "own" installation. it is bad that they do not coexist happily though. Riccardo ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
Hi! right so. Found it. I was configuring and installing in my "own" prefix: But NetBSD packages installed, without me knowing, GNUstep packages into /usr/pkg . Probably pulled in by some dependency -E however shows clearly that it is picking up the system installed version: /usr/pkg/include/GNUstepBase/GSConfig.h \ this is quite confusing. Two installation should be able to live together. I will remove the installed packages as a test (also I don't know what pulled them in...) and see if gnustep works. Riccardo David Chisnall wrote: On 15 Dec 2011, at 10:19, Riccardo Mottola wrote: Hi, On 15 Dec 2011, at 09:53, Riccardo Mottola wrote: A question wher ewould be objc_arc be defined? Nowhere. __has_feature(objc_arc) will evaluate to true (1) if you are compiling with -fobjc-arc. so everything looks "correct" indeed. Even more fog leaves my gnustep lost. Try adding -E to be compile line for the failing file and check that GSConfig.h is being included? David -- Sent from my Apple II ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
Riccardo Mottola wrote: > Making all for library libgnustep-gui... > gcc Functions.m -c \ > -MMD -MP -I/usr/pkg/include -I/usr/pkg/share/GNUstep/include > -I/usr/include -DGNUSTEP_TARGET_DIR=\".\" -DGNUSTEP_TARGET_CPU=\"ix86\" > -DGNUSTEP_TARGET_OS=\"netbsdelf\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" > -DBACKEND_BUNDLE=1 -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 > -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -Wall -DGSWARN > -DGSDIAGNOSE -Wno-import -O2 -I/usr/pkg/include > -I/usr/pkg/share/GNUstep/include -Wno-import -I/usr/include > -fno-strict-aliasing -fgnu-runtime -Wall > -fconstant-string-class=NSConstantString -I/usr/pkg/include > -I/usr/pkg/include/libpng15 -I../Headers/Additions -I../Headers -I./. -I. > -I/usr/pkg/include -I/home/multix/GNUstep/Library/Headers -I/usr/pkg/include \ > -o obj/libgnustep-gui.obj/Functions.m.o > In file included from Functions.m:39:0: > ../Headers/AppKit/NSEvent.h:247:11: error: expected specifier-qualifier-list > before '__unsafe_unretained' The occurrence of -I/usr/pkg/share/GNUstep/include on the command line is puzzling me quite a bit. Are you deliberately installing into the NetBSD packages area? Is any old installation there? Wolfgang ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
On 15 Dec 2011, at 10:19, Riccardo Mottola wrote: > Hi, >> On 15 Dec 2011, at 09:53, Riccardo Mottola wrote: >> >>> A question wher ewould be objc_arc be defined? >> Nowhere. __has_feature(objc_arc) will evaluate to true (1) if you are >> compiling with -fobjc-arc. >> > so everything looks "correct" indeed. Even more fog leaves my gnustep lost. Try adding -E to be compile line for the failing file and check that GSConfig.h is being included? David -- Sent from my Apple II ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
Hi, On 15 Dec 2011, at 09:53, Riccardo Mottola wrote: A question wher ewould be objc_arc be defined? Nowhere. __has_feature(objc_arc) will evaluate to true (1) if you are compiling with -fobjc-arc. so everything looks "correct" indeed. Even more fog leaves my gnustep lost. -R ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
On 15 Dec 2011, at 09:53, Riccardo Mottola wrote: > A question wher ewould be objc_arc be defined? Nowhere. __has_feature(objc_arc) will evaluate to true (1) if you are compiling with -fobjc-arc. David -- Sent from my Cray X1 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
Hi, I did a distclean of everything, A svn status to check for local modification, svn update, I removed my hole installation, reocnfigured and installed base&make... still gui fails with the same error. The environment should be quite clean now, I'm at loss. A question wher ewould be objc_arc be defined? I did a grep in my stem headers and found no definitions. I hope that's enough to know that it is disabled. Riccardo ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Compile issues
On 10 Dec 2011, at 18:12, Jackie Gleason wrote: > BTW Android people put fcntl.h and signal.h in the root instead of > sys. Make sure to copy them to sys in your platform as well. Nothing > like making things unnecessarily confusing. I modified the base library source and autoconf stuff so that it should now handle fcntl.h and signal.h not being in the 'sys' subdirectory ... so you should be able to skip that copying. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: compiling GUI on NetBSD __unsafe_unretained
Hi, I have exactly your fragment, in: /System/Library/Headers/GNUstepBase/GSConfig.h I searched GSConfig.h in both /System and /Local and it appears only once. In my whole home directory it appears only once: ./gnustep-cvs/devmodules/core/base/Source/GNUstepBase/GSConfig.h the compile line is: Making all for library libgnustep-gui... gcc Functions.m -c \ -MMD -MP -I/usr/pkg/include -I/usr/pkg/share/GNUstep/include -I/usr/include -DGNUSTEP_TARGET_DIR=\".\" -DGNUSTEP_TARGET_CPU=\"ix86\" -DGNUSTEP_TARGET_OS=\"netbsdelf\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" -DBACKEND_BUNDLE=1 -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -I/usr/pkg/include -I/usr/pkg/share/GNUstep/include -Wno-import -I/usr/include -fno-strict-aliasing -fgnu-runtime -Wall -fconstant-string-class=NSConstantString -I/usr/pkg/include -I/usr/pkg/include/libpng15 -I../Headers/Additions -I../Headers -I./. -I. -I/usr/pkg/include -I/home/multix/GNUstep/Library/Headers -I/usr/pkg/include \ -o obj/libgnustep-gui.obj/Functions.m.o In file included from Functions.m:39:0: ../Headers/AppKit/NSEvent.h:247:11: error: expected specifier-qualifier-list before '__unsafe_unretained' Riccardo David Chisnall wrote: Please can you check your include paths and make sure that the correct GSConfig.h is being included? David On 14 Dec 2011, at 11:13, Riccardo Mottola wrote: Hi David, I did a svn update yesterday. I also removed all contents in /System and /Local and reinstalled. So, barring strange errors, base should be quite recent. Riccardo David Chisnall wrote: How old is your version of -base? In mine I have: #ifndef __unsafe_unretained # if !__has_feature(objc_arc) #define __unsafe_unretained # endif #endif ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
