Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 02:40 AM, German Arias wrote: 2012/2/18 Sašo Kiselkov skiselkov...@gmail.com: It seems to be caused by a change in include dependencies - in the implementation files I included (for speed of compilation) only a subset of the Foundation headers needed for compilation. Seems like GNUstep stopped including NSString.h from the headers included in HKit. You could simply fix this by replacing all Foundation import lines: #import Foundation/...h with a single: #import Foundation/Foundation.h in files which report compilation errors. I did it: nano HKSyntaxDefinition.m HKSyntaxDefinition.m .. /* #import Foundation/NSArray.h #import Foundation/NSBundle.h #import Foundation/NSDictionary.h #import Foundation/NSFileManager.h #import Foundation/NSPathUtilities.h #import Foundation/NSScanner.h #import Foundation/NSUserDefaults.h #import Foundation/NSValue.h */ #import Foundation/Foundation.h .. /HKSyntaxDefinition.m then run 'make' This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making build-headers for framework HighlighterKit... Making all for framework HighlighterKit... Compiling file HKSyntaxDefinition.m ... HKSyntaxDefinition.m: In function ‘ParseSyntaxGraphics’: HKSyntaxDefinition.m:47:3: error: cannot find interface declaration for ‘NXConstantString’ HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition foregroundColorForContext:]’: HKSyntaxDefinition.m:652:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition backgroundColorForContext:]’: HKSyntaxDefinition.m:662:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isItalicFontForContext:]’: HKSyntaxDefinition.m:674:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isBoldFontForContext:]’: HKSyntaxDefinition.m:686:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition foregroundColorForKeyword:inContext:]’: HKSyntaxDefinition.m:709:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition backgroundColorForKeyword:inContext:]’: HKSyntaxDefinition.m:723:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isItalicFontForKeyword:inContext:]’: HKSyntaxDefinition.m:737:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isBoldFontForKeyword:inContext:]’: HKSyntaxDefinition.m:751:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘+[HKSyntaxDefinition syntaxDefinitionForType:]’: HKSyntaxDefinition.m:361:1: warning: control reaches end of non-void function [-Wreturn-type] make[2]: *** [obj/HighlighterKit.obj/HKSyntaxDefinition.m.o] Error 1 make[1]: *** [internal-framework-run-compile-submake] Error 2 make: *** [HighlighterKit.all.framework.variables] Error 2 Which version of gnustep are you using? Which system? I tested HighlighterKit and Gemas with gnustep stable release and compiles fine. Even with current SVN I don't have problems. I've tried compiling the latest SVN on Ubuntu 11.10 and it worked fine with the bundled GNUstep (gnustep-base 1.22). I based my suggestions to Csanyi Pal on his compilation errors (missing NXConstantString declarations on lines where @something is used in the .m files). aptitude show gnustep-base-common Package: gnustep-base-common State: installed Automatically installed: yes Version: 1.22.1-2 -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
Csanyi Pal csanyi...@gmail.com writes: Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 09:40 AM, Csanyi Pal wrote: Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 02:40 AM, German Arias wrote: 2012/2/18 Sašo Kiselkov skiselkov...@gmail.com: It seems to be caused by a change in include dependencies - in the implementation files I included (for speed of compilation) only a subset of the Foundation headers needed for compilation. Seems like GNUstep stopped including NSString.h from the headers included in HKit. You could simply fix this by replacing all Foundation import lines: #import Foundation/...h with a single: #import Foundation/Foundation.h in files which report compilation errors. I did it: nano HKSyntaxDefinition.m HKSyntaxDefinition.m .. /* #import Foundation/NSArray.h #import Foundation/NSBundle.h #import Foundation/NSDictionary.h #import Foundation/NSFileManager.h #import Foundation/NSPathUtilities.h #import Foundation/NSScanner.h #import Foundation/NSUserDefaults.h #import Foundation/NSValue.h */ #import Foundation/Foundation.h .. /HKSyntaxDefinition.m then run 'make' This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making build-headers for framework HighlighterKit... Making all for framework HighlighterKit... Compiling file HKSyntaxDefinition.m ... HKSyntaxDefinition.m: In function ‘ParseSyntaxGraphics’: HKSyntaxDefinition.m:47:3: error: cannot find interface declaration for ‘NXConstantString’ This is your problem, but I'm not sure why it's happening - for all I know, importing Foundation.h should give you all necessary interface declarations... Try running make with messages=yes and send the output, your compile flags might be wrong. Also, what compiler are you using? (I tested this with gcc 4.6 without any problems.) I'm using gcc 4.6 too: ls -l /usr/bin/gcc lrwxrwxrwx 1 root root 7 jan5 18:27 /usr/bin/gcc - gcc-4.6 Running make again with messages=yes: make messages=yes This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making build-headers for framework HighlighterKit... cd ./HighlighterKit.framework; \ if [ ! -h Resources ]; then \ rm -f Resources; \ ln -s Versions/Current/Resources Resources; \ fi; \ if [ ! -h Headers ]; then \ rm -f Headers; \ ln -s Versions/Current/Headers Headers; \ fi cd ./derived_src; \ if [ ! -h HighlighterKit ]; then \ rm -f ./HighlighterKit; \ ln -s ../HighlighterKit.framework/Headers \ ./HighlighterKit; \ fi Making all for framework HighlighterKit... gcc-4.6 HKSyntaxDefinition.m -c \ -MMD -MP -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -W -Wall -Wno-unused -I./derived_src -I. -I/home/csanyipal/GNUstep/Library/Headers -I/usr/local/include/GNUstep -I/usr/include/GNUstep \ -o obj/HighlighterKit.obj/HKSyntaxDefinition.m.o HKSyntaxDefinition.m: In function ‘ParseSyntaxGraphics’: HKSyntaxDefinition.m:43:3: error: cannot find interface declaration for ‘NXConstantString’ HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition foregroundColorForContext:]’: HKSyntaxDefinition.m:648:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition backgroundColorForContext:]’: HKSyntaxDefinition.m:658:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isItalicFontForContext:]’: HKSyntaxDefinition.m:670:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isBoldFontForContext:]’: HKSyntaxDefinition.m:682:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition foregroundColorForKeyword:inContext:]’: HKSyntaxDefinition.m:705:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition backgroundColorForKeyword:inContext:]’: HKSyntaxDefinition.m:719:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isItalicFontForKeyword:inContext:]’: HKSyntaxDefinition.m:733:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function ‘-[HKSyntaxDefinition isBoldFontForKeyword:inContext:]’: HKSyntaxDefinition.m:747:1: warning: control reaches end of non-void function [-Wreturn-type] HKSyntaxDefinition.m: In function
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
On 02/19/2012 12:11 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: gcc-4.6 HKSyntaxDefinition.m -c \ -MMD -MP -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -W -Wall -Wno-unused -I./derived_src -I. -I/home/csanyipal/GNUstep/Library/Headers -I/usr/local/include/GNUstep -I/usr/include/GNUstep \ -o obj/HighlighterKit.obj/HKSyntaxDefinition.m.o Here's your problem: your compiler line is missing the -fconstant-string-class=NSConstantString option. For some reason your gnustep-make doesn't want to append that flag, but why I have no idea - hope somebody with more gnustep-make knowledge can chime in. In the mean time, you try modifying the GNUmakefile and add a: ADDITIONAL_OBJCFLAGS += -fconstant-string-class=NSConstantString line right after the include $(GNUSTEP_MAKEFILES)/common.make line. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 12:11 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: gcc-4.6 HKSyntaxDefinition.m -c \ -MMD -MP -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -W -Wall -Wno-unused -I./derived_src -I. -I/home/csanyipal/GNUstep/Library/Headers -I/usr/local/include/GNUstep -I/usr/include/GNUstep \ -o obj/HighlighterKit.obj/HKSyntaxDefinition.m.o Here's your problem: your compiler line is missing the -fconstant-string-class=NSConstantString option. For some reason your gnustep-make doesn't want to append that flag, but why I have no idea - hope somebody with more gnustep-make knowledge can chime in. In the mean time, you try modifying the GNUmakefile and add a: ADDITIONAL_OBJCFLAGS += -fconstant-string-class=NSConstantString line right after the include $(GNUSTEP_MAKEFILES)/common.make line. That did the trick! Now I can 'make' HighlighterKit with the original HKSyntaxDefinition.m file. -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
Csanyi Pal csanyi...@gmail.com writes: Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 12:11 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: gcc-4.6 HKSyntaxDefinition.m -c \ -MMD -MP -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -W -Wall -Wno-unused -I./derived_src -I. -I/home/csanyipal/GNUstep/Library/Headers -I/usr/local/include/GNUstep -I/usr/include/GNUstep \ -o obj/HighlighterKit.obj/HKSyntaxDefinition.m.o Here's your problem: your compiler line is missing the -fconstant-string-class=NSConstantString option. For some reason your gnustep-make doesn't want to append that flag, but why I have no idea - hope somebody with more gnustep-make knowledge can chime in. In the mean time, you try modifying the GNUmakefile and add a: ADDITIONAL_OBJCFLAGS += -fconstant-string-class=NSConstantString line right after the include $(GNUSTEP_MAKEFILES)/common.make line. That did the trick! Now I can 'make' HighlighterKit with the original HKSyntaxDefinition.m file. However the installation failed: sudo -E checkinstall make install output checkinstall 1.6.2, Copyright 2009 Felipe Eduardo Sanchez Diaz Duran This software is released under the GNU GPL. * Debian package creation selected *** * This package will be built according to these values: 0 - Maintainer: [ root@debian-asztal ] 1 - Summary: [ This package contains the source distribution of the HighlighterKit ] 2 - Name:[ highlighterkit ] 3 - Version: [ 20120219 ] 4 - Release: [ 1 ] 5 - License: [ GPL ] 6 - Group: [ checkinstall ] 7 - Architecture: [ amd64 ] 8 - Source location: [ highlighterkit ] 9 - Alternate source location: [ ] 10 - Requires: [ ] 11 - Provides: [ highlighterkit ] 12 - Conflicts: [ ] 13 - Replaces: [ ] Enter a number to change any of them or press ENTER to continue: Installing with make install... = Installation results == This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making build-headers for framework HighlighterKit... Making all for framework HighlighterKit... make[2]: Nothing to be done for `internal-framework-compile'. Copying resources into the framework wrapper... Making install for framework HighlighterKit... Creating /usr/local/lib/GNUstep/Frameworks... Creating /usr/local/include/GNUstep... Installing framework HighlighterKit... tar: HighlighterKit.framework/Versions/Current: Cannot change mode to rwxrwxrwx: No such file or directory tar: HighlighterKit.framework/Versions/0/libHighlighterKit.so: Cannot change mode to rwxrwxrwx: No such file or directory tar: HighlighterKit.framework/Versions/0/HighlighterKit: Cannot change mode to rwxrwxrwx: No such file or directory tar: Exiting with failure status due to previous errors make[1]: *** [internal-framework-install_] Error 2 make: *** [HighlighterKit.install.framework.variables] Error 2 Installation failed. Aborting package creation. Cleaning up...OK Bye. /output How can I solve this problem? -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
On 02/19/2012 01:40 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: sudo -E checkinstall make install Can you first try a vanilla make install without checkinstall? My guess is that something goes wrong in the chroot magic which checkinstall uses. Don't worry about files being dumped around your system directories, you can clean everything up with a simple make uninstall right after that. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3
Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 01:40 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: sudo -E checkinstall make install Can you first try a vanilla make install without checkinstall? My guess is that something goes wrong in the chroot magic which checkinstall uses. Don't worry about files being dumped around your system directories, you can clean everything up with a simple make uninstall right after that. Without checkinstall I can install it: sudo -E make install This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making build-headers for framework HighlighterKit... Making all for framework HighlighterKit... make[2]: Nothing to be done for `internal-framework-compile'. Copying resources into the framework wrapper... Making install for framework HighlighterKit... Creating /usr/local/lib/GNUstep/Frameworks... Creating /usr/local/include/GNUstep... Installing framework HighlighterKit... Installing headers... -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Csanyi Pal csanyi...@gmail.com writes: Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 01:40 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: sudo -E checkinstall make install Can you first try a vanilla make install without checkinstall? My guess is that something goes wrong in the chroot magic which checkinstall uses. Don't worry about files being dumped around your system directories, you can clean everything up with a simple make uninstall right after that. Without checkinstall I can install it. Now the Gemas building part: make messages=yes output This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making all for app Gemas... gcc-4.6 -rdynamic -shared-libgcc -fexceptions -fgnu-runtime -o Gemas.app/./Gemas \ ./obj/Gemas.obj/GemasController.m.o ./obj/Gemas.obj/GemasEditorView.m.o ./obj/Gemas.obj/GemasDocument.m.o ./obj/Gemas.obj/Gemas_main.m.o -L./HighlighterKit/HighlighterKit.framework -L/home/csanyipal/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lHighlighterKit -lpthread -lobjc -lm ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openPreferences:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:395: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openGoToLinePanel:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:402: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController windowWillClose:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:665: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController newProject:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:128: undefined reference to `NSRunAlertPanel' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController applicationShouldOpenUntitledFile:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:629: undefined reference to `NSInterfaceStyleForKey' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController applicationShouldTerminateAfterLastWindowClosed:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:642: undefined reference to `NSInterfaceStyleForKey' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController newProject:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:259: undefined reference to `NSRunAlertPanel' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x0): undefined reference to `__objc_class_name_NSObject' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x10): undefined reference to `__objc_class_name_NSKeyedArchiver' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x18): undefined reference to `__objc_class_name_NSNotificationCenter' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x20): undefined reference to `__objc_class_name_NSFontManager' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x28): undefined reference to `__objc_class_name_NSKeyedUnarch ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x30): undefined reference to `__objc_class_name_NSString' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x38): undefined reference to `__objc_class_name_NSFileManager' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x40): undefined reference to `__objc_class_name_NSBundle' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x48): undefined reference to `__objc_class_name_NSSavePanel' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x50): undefined reference to `__objc_class_name_NSDocumentController' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x58): undefined reference to `__objc_class_name_NSConstantString' ./obj/Gemas.obj/GemasController.m.o:(.data.rel+0x60): undefined reference to `__objc_class_name_NSUserDefaults' ./obj/Gemas.obj/GemasEditorView.m.o: In function `NSMakeRange': /usr/include/GNUstep/Foundation/NSRange.h:156: undefined reference to `_NSRangeExceptionRaise' /usr/include/GNUstep/Foundation/NSRange.h:156: undefined reference to `_NSRangeExceptionRaise' /usr/include/GNUstep/Foundation/NSRange.h:156: undefined reference to `_NSRangeExceptionRaise' /usr/include/GNUstep/Foundation/NSRange.h:156: undefined reference to `_NSRangeExceptionRaise' /usr/include/GNUstep/Foundation/NSRange.h:156: undefined reference to `_NSRangeExceptionRaise' ./obj/Gemas.obj/GemasEditorView.m.o:/usr/include/GNUstep/Foundation/NSRange.h:156: more undefined references to `_NSRangeExceptionRaise' follow ./obj/Gemas.obj/GemasEditorView.m.o:(.data.rel+0x8): undefined reference to `__objc_class_name_NSTextView' ./obj/Gemas.obj/GemasEditorView.m.o:(.data.rel+0x10): undefined reference to `__objc_class_name_NSImage'
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
On 02/19/2012 02:08 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: make messages=yes output This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making all for app Gemas... gcc-4.6 -rdynamic -shared-libgcc -fexceptions -fgnu-runtime -o Gemas.app/./Gemas \ ./obj/Gemas.obj/GemasController.m.o ./obj/Gemas.obj/GemasEditorView.m.o ./obj/Gemas.obj/GemasDocument.m.o ./obj/Gemas.obj/Gemas_main.m.o -L./HighlighterKit/HighlighterKit.framework -L/home/csanyipal/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lHighlighterKit -lpthread -lobjc -lm ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openPreferences:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:395: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openGoToLinePanel:]': It seems like you have some serious issues with linking on your system. Are you using a custom gnustep, or the one shipped in Debian? These undefined symbols signal that your gnustep installation is very broken. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 02:08 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: make messages=yes output This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making all for app Gemas... gcc-4.6 -rdynamic -shared-libgcc -fexceptions -fgnu-runtime -o Gemas.app/./Gemas \ ./obj/Gemas.obj/GemasController.m.o ./obj/Gemas.obj/GemasEditorView.m.o ./obj/Gemas.obj/GemasDocument.m.o ./obj/Gemas.obj/Gemas_main.m.o -L./HighlighterKit/HighlighterKit.framework -L/home/csanyipal/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lHighlighterKit -lpthread -lobjc -lm ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openPreferences:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:395: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openGoToLinePanel:]': It seems like you have some serious issues with linking on your system. It is possible. Are you using a custom gnustep, or the one shipped in Debian? It is a short story: first I has installed the one shipped in Debian. Later I purge every debian gnsutep package. Then I use the http://dl.dropbox.com/u/8559454/GNUstep%20libobjc2%20on%20Ubuntu.sh script by Ivan Vučica and had installed gnustep from svn sources. See this mail here: http://article.gmane.org/gmane.comp.lib.gnustep.general/37316 Later I remove all (leastwise I think so) gnustep files previously installed from sources and installed back debian gnustep packages again. Well, that is my story. After that it seems that I have some serious issues, like this one. These undefined symbols signal that your gnustep installation is very broken. How can I clean up everything now to get a clean debian gnustep? -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Just checking: Did you also remove addition of clang to PATH in your .bash_profile or .bashrc? Did you remove llvm in your home directory? On Sun, Feb 19, 2012 at 16:55, Csanyi Pal csanyi...@gmail.com wrote: Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 02:08 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: make messages=yes output This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making all for app Gemas... gcc-4.6 -rdynamic -shared-libgcc -fexceptions -fgnu-runtime -o Gemas.app/./Gemas \ ./obj/Gemas.obj/GemasController.m.o ./obj/Gemas.obj/GemasEditorView.m.o ./obj/Gemas.obj/GemasDocument.m.o ./obj/Gemas.obj/Gemas_main.m.o -L./HighlighterKit/HighlighterKit.framework -L/home/csanyipal/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lHighlighterKit -lpthread -lobjc -lm ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openPreferences:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:395: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openGoToLinePanel:]': It seems like you have some serious issues with linking on your system. It is possible. Are you using a custom gnustep, or the one shipped in Debian? It is a short story: first I has installed the one shipped in Debian. Later I purge every debian gnsutep package. Then I use the http://dl.dropbox.com/u/8559454/GNUstep%20libobjc2%20on%20Ubuntu.sh script by Ivan Vučica and had installed gnustep from svn sources. See this mail here: http://article.gmane.org/gmane.comp.lib.gnustep.general/37316 Later I remove all (leastwise I think so) gnustep files previously installed from sources and installed back debian gnustep packages again. Well, that is my story. After that it seems that I have some serious issues, like this one. These undefined symbols signal that your gnustep installation is very broken. How can I clean up everything now to get a clean debian gnustep? -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep -- Ivan Vučica - i...@vucica.net ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Ivan Vučica ivuc...@gmail.com writes: On Sun, Feb 19, 2012 at 16:55, Csanyi Pal csanyi...@gmail.com wrote: Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 02:08 PM, Csanyi Pal wrote: Csanyi Pal csanyi...@gmail.com writes: make messages=yes output This is gnustep-make 2.6.1. Type 'make print-gnustep-make-help' for help. Making all for app Gemas... gcc-4.6 -rdynamic -shared-libgcc -fexceptions -fgnu-runtime -o Gemas.app/./Gemas \ ./obj/Gemas.obj/GemasController.m.o ./obj/Gemas.obj/GemasEditorView.m.o ./obj/Gemas.obj/GemasDocument.m.o ./obj/Gemas.obj/Gemas_main.m.o -L./HighlighterKit/HighlighterKit.framework -L/home/csanyipal/GNUstep/Library/Libraries -L/usr/local/lib -L/usr/lib -lHighlighterKit -lpthread -lobjc -lm ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openPreferences:]': /home/csanyipal/Programozas/Obj_C_ben/GNUstep_letoltve_SVN-nel/gemas/GemasController.m:395: undefined reference to `NSApp' ./obj/Gemas.obj/GemasController.m.o: In function `-[GemasController openGoToLinePanel:]': It seems like you have some serious issues with linking on your system. It is possible. Are you using a custom gnustep, or the one shipped in Debian? It is a short story: first I has installed the one shipped in Debian. Later I purge every debian gnsutep package. Then I use the http://dl.dropbox.com/u/8559454/GNUstep%20libobjc2%20on%20Ubuntu.sh script by Ivan Vučica and had installed gnustep from svn sources. See this mail here: http://article.gmane.org/gmane.comp.lib.gnustep.general/37316 Later I remove all (leastwise I think so) gnustep files previously installed from sources and installed back debian gnustep packages again. Well, that is my story. After that it seems that I have some serious issues, like this one. These undefined symbols signal that your gnustep installation is very broken. How can I clean up everything now to get a clean debian gnustep? Just checking: Did you also remove addition of clang to PATH in your .bash_profile or .bashrc? Yes, I did, in .bashrc is only this line regarding GNUstep: . /usr/share/GNUstep/Makefiles/GNUstep.sh This line is also in .xinitrc too. Did you remove llvm in your home directory? Yes, I did remove llvm directory. -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
On 02/19/2012 04:55 PM, Csanyi Pal wrote: Sašo Kiselkov skiselkov...@gmail.com writes: It seems like you have some serious issues with linking on your system. It is possible. Are you using a custom gnustep, or the one shipped in Debian? It is a short story: first I has installed the one shipped in Debian. Later I purge every debian gnsutep package. Then I use the http://dl.dropbox.com/u/8559454/GNUstep%20libobjc2%20on%20Ubuntu.sh script by Ivan Vučica and had installed gnustep from svn sources. See this mail here: http://article.gmane.org/gmane.comp.lib.gnustep.general/37316 Later I remove all (leastwise I think so) gnustep files previously installed from sources and installed back debian gnustep packages again. Well, that is my story. After that it seems that I have some serious issues, like this one. These undefined symbols signal that your gnustep installation is very broken. How can I clean up everything now to get a clean debian gnustep? Can you do a find of any gnustep things in /usr/local and see if it finds anything? $ find /usr/local -iname '*gnustep*' You could also try and have a look inside /usr/lib to make sure you only have a single set of gnustep-(base|gui|whatever) libraries in there. Lastly, you can try uninstalling all gnustep related packages from your system and do a similar find to the one above in /usr and manually purge all remains of GNUstep from your system. After that, reinstall the packages and you should have a clean distro again. -- Saso ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Find value of GNUSTEP_XXX_APPS
Hi, for Zipper, I was looking for an easy way to find out GNUSTEP_SYSTEM_APPS. I know I can use gnustep-config --variable=GNUSTEP_SYSTEM_APPS on the command line to find that out. Programmatically, I did the same, running it via NSTask, see the snippet at the end. I wonder whether there is an easier way to get the value of such a variable? Sebastian NSString *gnustepSystemApps; NSTask *task; NSPipe *pipe; NSFileHandle *readHandle; pipe = [NSPipe pipe]; readHandle = [pipe fileHandleForReading]; task = [[NSTask alloc] init]; [task setLaunchPath:@gnustep-config]; [task setArguments:[NSArray arrayWithObject:@--variable=GNUSTEP_SYSTEM_APPS]]; [task setStandardOutput:pipe]; [task launch]; gnustepSystemApps = [[[NSString alloc] initWithData:[readHandle availableData] encoding:NSASCIIStringEncoding] autorelease]; [task waitUntilExit]; ... ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Find value of GNUSTEP_XXX_APPS
Calling NSSearchPathForDirectoriesInDomains(NSApplicationDirectory, NSSystemDomainMask, YES) should do the trick. On 19.02.2012 17:44, Sebastian Reitenbach wrote: Hi, for Zipper, I was looking for an easy way to find out GNUSTEP_SYSTEM_APPS. I know I can use gnustep-config --variable=GNUSTEP_SYSTEM_APPS on the command line to find that out. Programmatically, I did the same, running it via NSTask, see the snippet at the end. I wonder whether there is an easier way to get the value of such a variable? Sebastian NSString *gnustepSystemApps; NSTask *task; NSPipe *pipe; NSFileHandle *readHandle; pipe = [NSPipe pipe]; readHandle = [pipe fileHandleForReading]; task = [[NSTask alloc] init]; [task setLaunchPath:@gnustep-config]; [task setArguments:[NSArray arrayWithObject:@--variable=GNUSTEP_SYSTEM_APPS]]; [task setStandardOutput:pipe]; [task launch]; gnustepSystemApps = [[[NSString alloc] initWithData:[readHandle availableData] encoding:NSASCIIStringEncoding] autorelease]; [task waitUntilExit]; ... ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Find value of GNUSTEP_XXX_APPS
On Sunday, February 19, 2012 17:56 CET, Fred Kiefer fredkie...@gmx.de wrote: Calling NSSearchPathForDirectoriesInDomains(NSApplicationDirectory, NSSystemDomainMask, YES) should do the trick. Thanks, I know there must have been something much easier, below snippet now works like a charm: gnustepSystemApps = [NSSearchPathForDirectoriesInDomains(NSApplicationDirectory, NSSystemDomainMask, YES) objectAtIndex:0]; Sebastian On 19.02.2012 17:44, Sebastian Reitenbach wrote: Hi, for Zipper, I was looking for an easy way to find out GNUSTEP_SYSTEM_APPS. I know I can use gnustep-config --variable=GNUSTEP_SYSTEM_APPS on the command line to find that out. Programmatically, I did the same, running it via NSTask, see the snippet at the end. I wonder whether there is an easier way to get the value of such a variable? Sebastian NSString *gnustepSystemApps; NSTask *task; NSPipe *pipe; NSFileHandle *readHandle; pipe = [NSPipe pipe]; readHandle = [pipe fileHandleForReading]; task = [[NSTask alloc] init]; [task setLaunchPath:@gnustep-config]; [task setArguments:[NSArray arrayWithObject:@--variable=GNUSTEP_SYSTEM_APPS]]; [task setStandardOutput:pipe]; [task launch]; gnustepSystemApps = [[[NSString alloc] initWithData:[readHandle availableData] encoding:NSASCIIStringEncoding] autorelease]; [task waitUntilExit]; ... ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Sašo Kiselkov skiselkov...@gmail.com writes: On 02/19/2012 04:55 PM, Csanyi Pal wrote: Sašo Kiselkov skiselkov...@gmail.com writes: It seems like you have some serious issues with linking on your system. It is possible. Are you using a custom gnustep, or the one shipped in Debian? It is a short story: first I has installed the one shipped in Debian. Later I purge every debian gnsutep package. Then I use the http://dl.dropbox.com/u/8559454/GNUstep%20libobjc2%20on%20Ubuntu.sh script by Ivan Vučica and had installed gnustep from svn sources. See this mail here: http://article.gmane.org/gmane.comp.lib.gnustep.general/37316 Later I remove all (leastwise I think so) gnustep files previously installed from sources and installed back debian gnustep packages again. Well, that is my story. After that it seems that I have some serious issues, like this one. These undefined symbols signal that your gnustep installation is very broken. How can I clean up everything now to get a clean debian gnustep? Can you do a find of any gnustep things in /usr/local and see if it finds anything? $ find /usr/local -iname '*gnustep*' find /usr/local -iname '*gnustep*' /usr/local/bin/gnustep-tests /usr/local/bin/gnustep-config /usr/local/share/man/man7/GNUstep.7.gz /usr/local/include/GNUstep /usr/local/lib/GNUstep /usr/local/lib/GNUstep/Frameworks/HighlighterKit.framework/\ Versions/0/Resources/Info-gnustep.plist /usr/local/lib/libgnustep-base.so.1.21 /usr/local/lib/libgnustep-base.so.1.21.1 You could also try and have a look inside /usr/lib to make sure you only have a single set of gnustep-(base|gui|whatever) libraries in there. find /usr/lib -iname '*gnustep*' I did find here too some files. Lastly, you can try uninstalling all gnustep related packages from your system and do a similar find to the one above in /usr and manually purge all remains of GNUstep from your system. After that, reinstall the packages and you should have a clean distro again. I did so. After that I can install the HighliterKit and Gemas too. Gemas has a nice icon. :) Thanks!! -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Testers wanted for MPDCon and Zipper
Hi, The support for BSD tar is known to be broken, so you need GNU tar, and the default open application (View menu entry) is known to not to work, we'll probably keep a solution for that for a next release. BSD tar works for me on NetBSD. I didn't test it yet on other BSD versions. Interesting here is whether it works with all the different versions of the command line (un)archivers out there. Yep! For ZIP you need the real zip currently, the NetBSD zip doesn't support the -qq option. I did not test myself other archivers. Riccardo ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Csanyi Pal csanyi...@gmail.com writes: After that I can install the HighliterKit and Gemas too. Unfortunately Gemas doesn't work: I can't neither create nor open any document here. -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
On 2012-02-19 12:34:35 -0600 Csanyi Pal csanyi...@gmail.com wrote: Csanyi Pal csanyi...@gmail.com writes: After that I can install the HighliterKit and Gemas too. Unfortunately Gemas doesn't work: I can't neither create nor open any document here. Can you run Gemas from a shell and look if there is some error? ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Germán Arias ger...@xelalug.org writes: On 2012-02-19 12:34:35 -0600 Csanyi Pal csanyi...@gmail.com wrote: Csanyi Pal csanyi...@gmail.com writes: After that I can install the HighliterKit and Gemas too. Unfortunately Gemas doesn't work: I can't neither create nor open any document here. Can you run Gemas from a shell and look if there is some error? Yes, and here is the output: 2012-02-19 20:10:55.912 Gemas[31585] Exception occured while loading model: expected unsigned char and got object 2012-02-19 20:10:55.913 Gemas[31585] Failed to load Gorm 2012-02-19 20:10:55.913 Gemas[31585] NSWindowController: could not load nib named Editor.nib I have installed Gorm and Gorm works. -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: ANN: Windows Installer gnustep-core-0.29.1
Hi, I've installed GNUStep MSYS System (0.29.0), GNUStep Core (0.29.1), Gorm (1.2.16) in the required order and get the following error message: The application failed to start because libgcc_s_dw2-1.dll was not found.. The system which all are installed on is Windows XP (32bit). The error also displays when I install Systempreferences. Do you know what the issue may be? Any help would be appreciated. Tim On 17 February 2012 21:40, Adam Fedor fe...@gnu.org wrote: There's a new installer for the core packages, containing all the latest stable releases (plus new Gorm and SystemPreferences installers): http://www.gnustep.org/experience/Windows.html ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
GNUstep github mirror status...
Guys, I have succeeded in creating a github mirror which is synchronized with the latest changes in the repository. Currently we have multiple redundancy... * I have an SVN mirror, read only... which is being updated every 5 minutes so that the local mirror on my machine here is always up to date. This includes any and all branches etc. The process is run in a cron job which executes svnsync every five minutes to make certain everything is as up to date as possible. * I have a mirror on github at the following URL https://github.com/gnustep the separate repositories for each of the major portions of GNUstep will be put on here as I make mirrors of each on my server. As of now the changes flow one way from the SVN master on GNA to the github mirror. The plan, however, is to be able to commit to the git repository and have it appear in the SVN repository for people who are authorized committers. Originally, I tried to do a clone of the *ENTIRE* repository into git, that took 27 hours and the result was not useable. I then cloned each individual library into it's own repository (since they are, indeed, set up as individual svn repositories on our svn server... this became trivial and it didn't take long at all). So now our git repository has all of the history and is small and manageable so that we can use it without sacrificing any information about branches or any history at all. In spite of this git keeps the downloaded repository for each developer to a relatively small size. I am planning on making the changes necessary to make the flow from git to svn work correctly over the next couple of days. I now feel confident that, in the event of failure of GNA we would have no problem recovering in a matter of minutes given the multiple redundancy I've implemented. Please let me know if you have any questions/comments. Thanks, GC -- Gregory Casamento Open Logic Corporation, Principal Consultant yahoo/skype: greg_casamento, aol: gjcasa (240)274-9630 (Cell) http://www.gnustep.org http://heronsperch.blogspot.com ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: ANN: Windows Installer gnustep-core-0.29.1
How are you starting the application? Maybe from a CMD window? You need to have the proper paths set, but starting from the (Start) menu or from an Msys shell should work fine. On Feb 19, 2012, at 12:57 PM, Timothy Rees wrote: Hi, I've installed GNUStep MSYS System (0.29.0), GNUStep Core (0.29.1), Gorm (1.2.16) in the required order and get the following error message: The application failed to start because libgcc_s_dw2-1.dll was not found.. The system which all are installed on is Windows XP (32bit). The error also displays when I install Systempreferences. Do you know what the issue may be? Any help would be appreciated. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
On 2012-02-19 13:11:50 -0600 Csanyi Pal csanyi...@gmail.com wrote: Germán Arias ger...@xelalug.org writes: On 2012-02-19 12:34:35 -0600 Csanyi Pal csanyi...@gmail.com wrote: Csanyi Pal csanyi...@gmail.com writes: After that I can install the HighliterKit and Gemas too. Unfortunately Gemas doesn't work: I can't neither create nor open any document here. Can you run Gemas from a shell and look if there is some error? Yes, and here is the output: 2012-02-19 20:10:55.912 Gemas[31585] Exception occured while loading model: expected unsigned char and got object 2012-02-19 20:10:55.913 Gemas[31585] Failed to load Gorm 2012-02-19 20:10:55.913 Gemas[31585] NSWindowController: could not load nib named Editor.nib I have installed Gorm and Gorm works. Is this the latest Gorm release or the Debian package? I'm not sure, but I think the problem here is that gorm files in Gemas are incompatibles with GUI version you have. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: [ANN] HighlighterKit 0.1.2 and Gemas 0.3 - Gemas
Germán Arias ger...@xelalug.org writes: On 2012-02-19 13:11:50 -0600 Csanyi Pal csanyi...@gmail.com wrote: Germán Arias ger...@xelalug.org writes: On 2012-02-19 12:34:35 -0600 Csanyi Pal csanyi...@gmail.com wrote: Csanyi Pal csanyi...@gmail.com writes: After that I can install the HighliterKit and Gemas too. Unfortunately Gemas doesn't work: I can't neither create nor open any document here. Can you run Gemas from a shell and look if there is some error? Yes, and here is the output: 2012-02-19 20:10:55.912 Gemas[31585] Exception occured while loading model: expected unsigned char and got object 2012-02-19 20:10:55.913 Gemas[31585] Failed to load Gorm 2012-02-19 20:10:55.913 Gemas[31585] NSWindowController: could not load nib named Editor.nib I have installed Gorm and Gorm works. Is this the latest Gorm release or the Debian package? I'm not sure, but I think the problem here is that gorm files in Gemas are incompatibles with GUI version you have. This is a Debian official package. aptitude show gorm.app Package: gorm.app State: installed Automatically installed: yes Version: 1.2.10-2.1 Priority: optional Section: gnustep Maintainer: G??rkan Seng??n gur...@phys.ethz.ch Uncompressed Size: 6142 k Depends: gnustep-back0.20 (= 0.20.0), gnustep-base-runtime (= 1.22.1), gnustep-gpbs (= 0.20.0), gnustep-gui-runtime (= 0.20.0), libc6 (= 2.3), libgcc1 (= 1:4.1.1), libgnustep-base1.22 (= 1.22.1), libgnustep-gui0.20 (= 0.20.0), libobjc3 (= 4.2.1), dpkg (= 1.15.4) | install-info -- Regards from Pal ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: NSXML* classes
Ivan, I merged them to the trunk this evening. GC On Sat, Feb 18, 2012 at 12:24 PM, Ivan Vučica ivuc...@gmail.com wrote: Hi Greg, what's the status on NSXML classes in the nsxml_using_libxml2 branch? Maybe they could be merged into trunk? (From what I understand, release has been made a few days ago, so the code freeze is off, right?) I'm about to finally grab some time and test this branch. -- Ivan Vučica - i...@vucica.net -- Gregory Casamento Open Logic Corporation, Principal Consultant yahoo/skype: greg_casamento, aol: gjcasa (240)274-9630 (Cell) http://www.gnustep.org http://heronsperch.blogspot.com ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
