RE: Was GNUstep ready for GNUstep ?
Hi, I think Nicola writes some wise stuff. As a GAP developer with limited time, I can't check always all the Applications on all Releases... so I may not even be aware of a certain problem. Contacting the authors is a good thing! On 2007-04-30 00:45:11 +0200 Nicola Pero [EMAIL PROTECTED] wrote: Thanks Yves ... a few comments: 0. yes, you should upgrade! :-) 1. if you find something that is not ready for gnustep-make 2.x, fix it and submit patches to the authors ;-) snip 3. if you can't fix an external software, I'll fix it for you. Just send me the code / a link to the code :-) and Nicola, bse sure to contact the authors :) Finally, ProjectCenter is particularly difficult because it's not just a matter of compiling the program, but the program itself is creating/maintaining makefiles. I guess I'll slowly update/fix it as reports come in. Yes. This is a very important point. I use ProjectCenter for almost everything if I am able to use it. If ProjectCenter generates outdated makefiles or anyway wrong makefiles, it is a big problem. Patches to the makefile will be just overwritten by the automated generator. I think the ProjectCenter could need a minor release which updates it to compatibility in both compilation of itself i f necessary as well as the makefiles it creates. This should be done soon and without waiting for furhter stuff to be released. Just a maintainance release. Thanks, Riccardo ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: subproject
If -nostdlib is causing problems, I assume we can remove it from gnustep-make ? I don't have an Apple around to test though. I checked and I can see that it's used on all platforms when building a subproject. I'm not really sure why. Also, I just checked the documentation for -nostdlib, and it mentions that usually you want to use -nostdlib -lgcc. So maybe instead of removing -nostdlib, we rather need to add -lgcc ? Thanks PS: if you want to link directly an already compiled file, you can use: xxx_OBJ_FILES = bindings/obj/myfile.o -Original Message- From: Yves de Champlain [EMAIL PROTECTED] Sent: Mon, April 30, 2007 4:55 pm To: Yves de Champlain [EMAIL PROTECTED] Cc: GNUstep Discuss-gnustep discuss-gnustep@gnu.org Subject: Re: subproject Le 07-04-30 à 00:57, Yves de Champlain a écrit : Hi subproject have a merge command to create subproject.o on MacOSX it is OBJ_MERGE_CMD = \ $(CC) -nostdlib -r -d ... Is -nostdlib really necessary ? That command creates an unsusable subproject.o with g++ (in PopplerKit) Let me be more precise ... The only way I can link the Popplerkit framework is to avoid bindings/ subproject.o : rm bindings/obj/subproject.o ADDITIONAL_LDFLAGS += bindings/obj/*.o Is there a way to patch the GNUmakefile in order to get the same result ? thanks yves ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Was GNUstep ready for GNUstep ?
release that included the following information for all applications and frameworks: Package Name Latest Version Release Date Primary Maintainer (None if package is not actively maintained) Verified Working With This Core Release? (Yes/No) Platforms Tested flagship applications from the unusable ones. The table proposed above was intended to provide an aid for this task. Without IMHO such a table should be kept in a machine readable form on a project database server so that an Installer.app can access it and find out what is new and which dependencies are there. Unfortunately, there is no single package manager out there for e.g. GNU/Linux, MacOS X and FreeBSD. Each distribution has its own one - and is more or less defined by the package manager... apt, ipkg, fink, macports, open embedded just to name some. A straightforward way would be to provide package definitions to all those distributions... But defining and maintaining the three most important ones is very difficult. So, the solution must be independent of the OS distribution but generic to GNUstep. ... volunteers welcome for an Installer.app plus a database. -- hns ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Searching NSString
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Daniel J Farrell wrote: Hello, What is the easiest way to search the contents of an NSString for the occurrence of a word? For example, if I have @GNUStep is really cool, how can I find out if this contains the string @cool? I just need a BOOL to be returned. I tried looked into this but got a bit hung up on NSPredicate class. It seemed to be getting a little too complicated for what I want to do. Cheers, Dan. BOOL ContainsString (NSString *string, NSString *keyword) { return [string rangeOfString: keyword].location != NSNotFound; } - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGN3r7akxhuWWzY78RA97SAKCPIfCTqxlHSXUyhiIBMGvKSSyJ1QCcCfAU Ir5T3qu4r1Pz7MZU7vmBqnI= =AYik -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Gui 0.12.0 regression
Fred Kiefer wrote: 4. MPlayer Compiling file PlayerCtrllr.m ... In file included from PlayerCtrllr.m:17: ../Classes/ScrubbingBar.h:35: error: expected specifier-qualifier-list befor e 'NSScrubbingBarStyle' This problem should be completly unrelated to the GNUstep update. It is not. NSScrubbingBarStyle is missing. This patch fixes it: == files/patch-ScrubbingBar.h == --- Classes/ScrubbingBar.h.orig Tue Feb 22 17:07:54 2005 +++ Classes/ScrubbingBar.h Tue May 1 19:42:53 2007 @@ -22,7 +22,7 @@ // info dictionary key // @SBClickedValue NSNumber double -#if MAC_OS_X_VERSION_MAX_ALLOWED = MAC_OS_X_VERSION_10_2 +#if 1 typedef enum _NSScrubbingBarStyle { NSScrubbingBarEmptyStyle = 0, NSScrubbingBarProgressStyle = 1, 5. GScheme Compiling file SchemeTypes.m ... SchemeTypes.m: In function '+[SCMType alloc]': SchemeTypes.m:119: warning: multiple methods named '-setMark:' found /usr/local/GNUstep/System/Library/Headers/AppKit/NSResponder.h:227: warning: using '-(void)setMark:(id)sender' SchemeTypes.h:29: warning: also found '-(id)setMark:(int)newMark' SchemeTypes.m:119: warning: passing argument 1 of 'setMark:' makes pointer f rom integer without a cast SchemeTypes.m:119: error: void value not ignored as it ought to be Harmless new warnings, due to added functionality in NSResponder. Well my compiler sill treat this as error, as he calls the wrong method. SchemeTypes.m:119: error: void value not ignored as it ought to be I patched GScheme so it uses setMarkScheme instead of setMark. sed -i '' -e 's|setMark:|setMarkScheme:|' SchemeTypes.h SchemeTypes.m 6. ProjectManager Compiling file Controller.m ... Controller.m: In function '-[Controller dealloc]': Controller.m:79: warning: implicit declaration of function 'NSDebugLLog' Controller.m: In function '-[Controller newProject:]': Controller.m:130: error: 'NSLocalizedDescriptionKey' undeclared (first use i n this function) Controller.m:130: error: (Each undeclared identifier is reported only once Controller.m:130: error: for each function it appears in.) Most likely a missing include in the ProjectManager code. I had to fix 3 files to build it again. == files/patch-Controller.m == --- Controller.m.orig Sun Jul 9 16:11:44 2006 +++ Controller.mMon Apr 30 10:57:16 2007 @@ -29,6 +29,8 @@ #import Foundation/NSFileManager.h #import Foundation/NSUserDefaults.h #import Foundation/NSNotification.h +#import Foundation/NSError.h +#import Foundation/NSDebug.h #import AppKit/NSOpenPanel.h #import AppKit/NSView.h == files/patch-ProjectCreator.m == --- ProjectCreator.m.orig Sun Jul 9 16:11:43 2006 +++ ProjectCreator.mMon Apr 30 10:53:41 2007 @@ -27,6 +27,7 @@ #import Foundation/NSUserDefaults.h #import Foundation/NSNotification.h #import Foundation/NSError.h +#import Foundation/NSProcessInfo.h #import AppKit/NSOpenPanel.h #import AppKit/NSView.h == files/patch-ProjectDocument.m == --- ProjectDocument.m.orig Sun Jul 9 16:11:43 2006 +++ ProjectDocument.m Mon Apr 30 10:54:26 2007 @@ -28,6 +28,7 @@ #import Foundation/NSDictionary.h #import Foundation/NSUserDefaults.h #import Foundation/NSProcessInfo.h +#import Foundation/NSError.h #import AppKit/NSWorkspace.h #import AppKit/NSDocumentController.h kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED] http://people.freebsd.org/~dinoex/errorlogs/ - Tel. +49-5606-6512 - Tel. +49-6430-925273 - Tel. +49-177-8911245 - Fax +49-5606-55023 ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Searching NSString
On May 1, 2007, at 11:38 AM, Sašo Kiselkov wrote: BOOL ContainsString (NSString *string, NSString *keyword) { return [string rangeOfString: keyword].location != NSNotFound; } Slightly better: BOOL ContainsString (NSString *string, NSString *keyword) { return (string != NULL) ([string rangeOfString: keyword].location != NSNotFound); } as OSs like Solaris will crash if you try to treat a NULL pointer as a structure. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Searching NSString
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Adam Fedor wrote: On May 1, 2007, at 11:38 AM, Sašo Kiselkov wrote: BOOL ContainsString (NSString *string, NSString *keyword) { return [string rangeOfString: keyword].location != NSNotFound; } Slightly better: BOOL ContainsString (NSString *string, NSString *keyword) { return (string != NULL) ([string rangeOfString: keyword].location != NSNotFound); } as OSs like Solaris will crash if you try to treat a NULL pointer as a structure. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep I actually tend to use the following approach, which I consider the nicest: @implementation NSString (Additions) - - (BOOL) containsString: (NSString *) otherString { return [self rangeOfString: otherString].location != NSNotFound; } @end - -- Saso -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGN5srakxhuWWzY78RAyOZAJ9IuWYY9LnrvzclSyo+/HZTrwTUQgCglxyI ZuTbw4Kgo6B7qSOdXhGvX+s= =VD9N -END PGP SIGNATURE- ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Was GNUstep ready for GNUstep ?
Le 07-05-01 à 23:34, Dirk Meyer a écrit : Yves de Champlain schrieb:, After upgrading to make-2.0, I find many many many packages now just break at compile. [...] - Some try to link with Framework/Version/A - Some have GNUSTEP_INSTALLATION_DIR all over the place Mostly bundles suffer from this. - Some Install Headers spread out now as the defaults are diffrent for framework and subprojects. e.G: Adun, ObjcUnit Framework/Version/0/*.h Framework/Version/0.0/*.h Here are the patches which I Need for FreeBSD: http://people.freebsd.org/~dinoex/ports/gnustep/full.diff Wow, and I thought I was making a lot of patches ... yves ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep