Re: Segfault in pbxbuild
2009/12/3 SPUeNTRUP - Kai Henningsen : (gdb) where #0 objc_msg_lookup (receiver=0x8490bb0, op=0xf76cfb68) at /opt/Cross/Work/i686-ubuntu-linux-gnu/BUILD/gcc-4.3.3/libobjc/sendmsg.c:224 #1 0xf74811ca in -[NSArrayEnumerator dealloc] (self=0x84915b0, _cmd=0xf76f5f40) at NSArray.m:1951 #2 0xf7514912 in -[NSObject release] (self=0x84915b0, _cmd=0xf76d0690) at NSObject.m:1949 #3 0xf7482189 in -[NSAutoreleasePool emptyPool] (self=0x83f96e0, _cmd=0xf76d06f8) at NSAutoreleasePool.m:404 #4 0xf7481fae in -[NSAutoreleasePool dealloc] (self=0x83f96e0, _cmd=0xf76d06f0) at NSAutoreleasePool.m:323 #5 0xf7481f63 in -[NSAutoreleasePool release] (self=0x83f96e0, _cmd=0x805eb18) at NSAutoreleasePool.m:316 #6 0x08057427 in main (argc=-143869376, argv=0x84a8258, env=0x62) at main.m:239 (gdb) p *receiver $3 = {class_pointer = 0xdeadface} (gdb) Looks like a double release? I am aware of that. Anyone knows how to find out which one since the crash has something to do with the autorelease pool? Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: [flame] NEWS file is useless
I still haven't seen a convincing argument for it. Any of the information that people write in the ChangeLog file they could also write in the commit log. It is impossible to make a commit without writing a log message, it is easy to make a commit without editing the ChangeLog (you could add a pre-commit hook that prevented this, but no one has done so). David I strongly agree. The main reason why I didn't commit the GNUstep Gnome Theme into svn is because maintaining ChangLog would bother me too much. Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: pbxbuild patch
So, i will apply the patch and throw out the comments, I hope, this is ok for you :) Applied it now. Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: pbxbuild patch
After glancing through it again it's not as bad as I had originally thought. Like you said, it's mostly some block comments, and I added some helper macros that should be moved somewhere else. It's going to be at least several weeks before I can think about spending time on it again so I wanted to at least get the ugly patch onto the mailing list so people could start using/improving. So, i will apply the patch and throw out the comments, I hope, this is ok for you :) Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
GNUstep looks really good with the new Gtk+-Aurora Theme
Here is the screenshot: http://stashbox.org/705472/Bildschirmfoto.png Kind regards, Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
GNUstep looks really good with the new Gtk+-Aurora Theme
Here is the screenshot: http://stashbox.org/705472/Bildschirmfoto.png Kind regards, Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Proposal: new name: pbxbuild -> pearbuild
1) Separate out the code which does the actual conversion. It would be useful to have this as a library in case it could be used by other tools or apps, such as ProjectCenter. That would be appealing to me. I could envision an event-based API like for SAX, but I have to look at the code to see how that would work out. The other obviuos choice would be returning the object tree that already exists, while factoring out its traversing into separate classes. Probably the second approach will be more viable. 2) Refactor the code which does the conversion. Currently it is somewhat procedural in nature. From looking at the structure of the xcodebuild file... it is a dependency tree. We can take one of two approaches with this: a) Make the tool do the building directly, such as with xcodebuild... this would mean that pbxbuild wouldn't just use make, but would become a full on make replacement Surely this might be the greatest user experience, but may duplicate a lot of effort that already has been put into make. b) OR find ways to make what is in the xcodebuild files into something equivalent in GNUstep-make files. I tried to do that, there is some impedance mismatch though, because the xcode and GNUstep-make models differ somewhat. Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Proposal: new name: pbxbuild -> pearbuild
2009/11/19 Gregory Casamento : Hans, The only thing I'm wondering is why "pear" in particular? I think it's good, because it's imaginative. Additionally, I wouldn't have wanted the tool to be called gsxcodebuild or gspbxbuild or even gsbuild as I have a distinct allergy to things being prefixed with GS simply because they can be. Part of this comes from having committed the sin myself in the form of my "gopen" tool. :) The only reason it's not "open" is because there is an open keyword/tool on most versions of Linux with which it would conflict. O_o pearbuild because it builds apple software but in an non-apple environment, and there is a bit of impedance mismatch here. And because the prefix still would be PB. signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: pbxbuild patch
2009/11/18 Joe Mattiello : I have a patch I wrote over the summer for pbxbuild that adds many enhancements, though it may break legacy (pre-leopard XCode) versions of projects. The short story is I wrote all these changes for internal projects that needed to be ported to Linux, went through the FSF paperwork to submit and then completely changed roles at my company and forgot all about these patches. None the less, I want to share with the community, though I warn the code I wrote doesn't conform to the originally formatting used. Perhaps someone would like to take on the task of cleaning it up to be submittal to the tree. Off the top of my head some improvements are, - Mutli-target projects with both static and dynamic library targets now work - Linking against JavaVM.framework in XCode translates to linking to libjvm - Support for Project and target level CFlags - Support for Project and target level -O flags - Support for absolute path include and lib search dirs - Support for linking against frameworks that are also targets in multi-target project (but don't forget to `make install' them) - Most options that were only project or target based are now Project then optionally Target overwritten set like in XCode - Support for different bundle extensions - Support for SDKRoot - A few more things I forget now I believe work for dynamic libraries and snowleo was done independently not too long ago, so my apologies for not submitting this sooner, but with out further delay, I present my patches for your approval. Joseph Mattiello | Sense Networks, Inc. | 110 Greene St., 11th Floor | New York, NY 10012 | +1 845 800 | ...@sensenetworks.com ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: [Fwd: Re: GNUstep and Linux Fund]
This allows to display any menu (set via setMenu:) as the popup menu of the view. It is up to the application programmer to use or ignore this feature. Thanks for the explanation. I supposed so. So the issue is rather the default behavior; I would suggest rather do nothing on right mouse click, since that is how things work in all OSes I know of. (And the app menu is visible all the time anyway...) What do you think about that? Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
All Standard widgets and menus (except tabfolder) now themed
http://stashbox.org/693247/Bildschirmfoto.png http://stashbox.org/693249/Bildschirmfoto-1.png Kind regards, Hans signature.asc Description: OpenPGP digital signature ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev