I think Fred hits the major points quite well,
in all the GNU projects i've ever worked on besides GNUstep even
maintainers post patches for review for the benefit of other
maintainers. Certain things are disqualified from this, such as
fixing typos, unbreaking master either by reverting or fixin
Fred, did you try on OpenBSD?
This smells to me like an issue of relying upon the platform dependent
shared library constructor call order.
perhaps the innocuous looking NSBundle changes here:
https://github.com/gnustep/libs-base/commit/43673452a505a79a55dd1d59b0789f5ebc2eec0c#diff-c09284bb3ef153
I would change it something to the effect of:
"When submitting via a mailing list include your ChangeLog entry in
the contents of your email rather than in the diff."
On Sun, Oct 29, 2017 at 7:46 AM, Ivan Vučica wrote:
> http://www.gnustep.org/developers/bugs.html
>
> Quoting:
>
> """
> Sending f
Another question is, which libraries is it finding at link time,
it could be that e.g. the file exists but is of the wrong architecture
(in which case i forget what happens)
but adding LDFLAGS=-Wl,--verbose should print out which library is
being linked against
(It may be easiest to just make messa
It doesn't look like that would work as is,
neither of the gnu ld's appear to support the -alias_list argument, It
appears to have only been brought up once on the list afaict,
having not looked into it very much at all, the solution in that
thread may work for what you are doing as well...
http
FWIW, I always found pmanager http://gna.org/projects/pmanager
to have a much more sane architecture than PC...
it hasn't seen activity in a long time however...
Additionally for bundles there is the foo_COPY_INTO_DIR...
you can see it used here
https://github.com/gnustep/gdl2/blob/master/EOAdapt
On Tue, Mar 1, 2016 at 8:30 PM, Gregory Casamento
wrote:
> Hey guys,
>
> I am using the attached file as the authors file for git migration. If any
> of you remember any of these handles, please add the email and name. There
> are a few which are not filled in. There are also about 5 IDs whic
It'd be cool to see this running with NiftyTitleBar (which requires GNUstep
rendered decorations),
There was a patch to Terminal.app which allowed (a certain non-standard)
escape sequence in the shell prompt to call setRepresentedFilename: which I
found incredibly useful
ftp://gnustep.org/pub/gnu
On Mon, Jun 29, 2015 at 8:07 AM, David Chisnall wrote:
> Hi all,
>
> I have an application that uses an NSTableView to display a CPU trace. After
> about 10,000,000 rows, it’s quite obvious that something is wrong with the
> rendering - about every 15 rows, there’s a blank line between adjacent
On Fri, May 29, 2015 at 1:22 AM, David Chisnall wrote:
> - Automatic tarball generation. When I’m packaging a project for FreeBSD, it
> makes me very happy to learn that it’s hosted on GitHub, because if I know
> the release branch name or hash I can automatically generate a URL that is a
> t
ust stating my preference feel free to have a different one...
On Fri, May 29, 2015 at 3:47 AM, Gregory Casamento
wrote:
> So, something even more obscure than savannah?
>
> On Fri, May 29, 2015 at 6:46 AM Matt Rice wrote:
>>
>> On Fri, May 29, 2015 at 1:55 AM, Gregory Casamen
On Fri, May 29, 2015 at 1:55 AM, Gregory Casamento
wrote:
> If the consensus is to move to github, then that work is basically already
> done. The github mirror is a full mirror of all of the code in subversion.
> I agree with David. Where we are hosted is extremely important since it has
> eve
On Mon, Oct 7, 2013 at 12:41 AM, David Chisnall
wrote:
> Yes, the debugger needs to know how to look up the ivar offsets and currently
> gdb doesn't know how to do that. I'll hopefully add support for our ABI to
> LLDB soon, now that the Linux / FreeBSD ports are in an approximately useable
>
On Fri, Oct 4, 2013 at 3:43 PM, Ivan Vučica wrote:
> On 4. 10. 2013., at 21:50, Eric Wasylishen wrote:
>
>>
>> 2. Printing ivars is broken. gdb seems to print self->isa when you do
>> "print someivar" or "print self->someivar". lldb-3.2 prints an error asking
>> you to report a bug.
>>
>> I co
On Fri, Mar 22, 2013 at 12:58 PM, Gregory Casamento
wrote:
> I've been wondering if it might not be possible to build a testing framework
> based on NSEvent so that GUI tests could be scripted instead of manually
> performed, but that's just a thought at the moment.
I did something like this a l
On 2/17/13, Richard Frith-Macdonald wrote:
>
> On 17 Feb 2013, at 11:33, Fred Kiefer wrote:
>
>> Now that I am almost through with the changes to CGFloat, NSInteger and
>> NSUInteger in gui I realized that I did not think about coding. When the
>> size of an instance variable changes from int to N
On Wed, Jan 4, 2012 at 2:26 PM, David Chisnall wrote:
> There is no such thing as gcc ld. There are two GNU linkers, gold and bfd ld.
I believe that the bfd linker also uses the same plugin API and now
supports lto, haven't tried it myself though.
__
On Mon, Aug 29, 2011 at 7:13 PM, Stefan Bidi wrote:
> I still don't quite understand what is going on here. CFStringInitialize()
> doesn't do anything accept call objc_getClass("NSCFString") (it's actually
> done by CFRuntimeBridgeClass). According to the Apple docs this is safe
> because objc_g
((CFRuntimeBase*)kCFNull)->_isa = objc_getClass("NSNull");
}
CFTypeID
Index: ChangeLog
===
--- ChangeLog (revision 33795)
+++ ChangeLog (working copy)
@@ -1,3 +1,13 @@
+2011-08-28 Matt Rice
+
+ * Source/objc_interface.h: Remove reference to preface.h
+ add runtime.h.
+ (CF_IS
bah... so the __attribute__((constructor)) thing doesn't really
work it appears to have done _something_,
apparently i'm told constructor priorities aren't supposed to work
across shared library boundries...
and the effect that I got when using that priority was that it
inverted my constructo
e autorelease pool setup. */
+ ((CFRuntimeBase*)kCFNull)->_isa = objc_getClass("NSNull");
}
CFTypeID
Index: ChangeLog
===
--- ChangeLog (revision 33795)
+++ ChangeLog (working copy)
@@ -1,3 +1,13 @@
+2011-08-28 Matt Ric
On Mon, Aug 29, 2011 at 3:26 PM, Stefan Bidi wrote:
> The NSNull change looks fine. I figured that was the case, I just generally
> do not get the segfault with missing autorelease pools just the warnings.
>
> The only question I have is about the change to CFUUID.c. Why are you
> including the
On Mon, Aug 29, 2011 at 3:19 PM, Matt Rice wrote:
> here's a patch containing the stuff I had to do to corebase to get it
> working here without frobing the shared library link order...
>
I should explain the NSNull change.. gnustep tries to warn me that my
libobjc sucks (isn'
here's a patch containing the stuff I had to do to corebase to get it
working here without frobing the shared library link order...
Index: objc_interface.h
===
--- objc_interface.h (revision 33793)
+++ objc_interface.h (working copy)
@
ChangeLog
===
--- ChangeLog (revision 33793)
+++ ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2011-08-28 Matt Rice
+
+ * Palettes/0Menu/GormMenuEditor.m: Change becomeMainWindow call
+ to makeMainWindow.
+
2011-05-17 20:43-EDT Gregory John Casamento
* GormCore/GormStandaloneVi
On Sun, Aug 28, 2011 at 12:32 PM, Germán Arias wrote:
> Currently trying to add the GDL2 palette in Gorm, I get the error:
>
> Error
> (objc-load):/usr/GNUstep/Local/Library/ApplicationSupport/Palettes/GDL2.palette/./GDL2:
> undefined symbol: EOMPropertyPboardType
> 2011-08-28 13:29:25.124 Gorm[7
On Fri, Mar 4, 2011 at 1:09 PM, Matt Rice wrote:
> On Fri, Mar 4, 2011 at 12:48 PM, Fred Kiefer wrote:
>> I just ran into a very annoying problem caused by our mouse capture in
>> NSMenuView. When debugging an action method I put a breakpoint into that
>> method and ended
On Fri, Mar 4, 2011 at 12:48 PM, Fred Kiefer wrote:
> I just ran into a very annoying problem caused by our mouse capture in
> NSMenuView. When debugging an action method I put a breakpoint into that
> method and ended up with an unusable X windows desktop. The debugger
> would display its command
On Fri, Oct 8, 2010 at 5:49 AM, Dr. H. Nikolaus Schaller
wrote:
> Two aspects come to my mind that I think you have to consider:
>
> a) keep semantics of:
>
> -[NSRunLoop acceptInputForMode:beforeDate:]
> -[NSRunLoop limitDateForMode:]
>
> So I think you still need the sorted list of timers.
I do
On Fri, Oct 8, 2010 at 7:45 AM, Matt Rice wrote:
> On Fri, Oct 8, 2010 at 5:49 AM, Dr. H. Nikolaus Schaller
> wrote:
> I don't think this is the case, if you no longer have to pass the
> nearest timer as a timeout for the polling mechanism,
> and the timerfd can be used t
On Fri, Sep 17, 2010 at 3:01 AM, Nicola Pero
wrote:
>> Remember, I'm not advocating switching to FHS as the default ... I'm
>> advocating switching to using
>> the native layout as our default. For systems where FHS is not native, we
>> would need to add another
>> layout file.
>
> If this is
On Fri, Sep 17, 2010 at 2:22 AM, Richard Frith-Macdonald wrote:
> Remember, I'm not advocating switching to FHS as the default ... I'm
> advocating switching to using the native layout as our default. For systems
> where FHS is not native, we would need to add another layout file.
this is some
On Fri, Sep 17, 2010 at 1:47 AM, Nicola Pero
wrote:
> Well, if /usr/local/lib is not in ld.so.conf (it isn't by default on most
> Linux distributions), running ldconfig won't help. So, we'd also have to
> hack
> /etc/ld.so.conf upon installation to add /usr/local/lib/ (or equivalent
> action on
On Fri, Sep 10, 2010 at 2:29 PM, Richard Frith-Macdonald wrote:
> IMO we need a system that just works.
agreed, the thing should work naively by default, and put the burden
of manual configuration/sourcing stuff onto those who want it that
way,
either what Richard did, or by moving 'Tools' out
On Sun, Sep 5, 2010 at 1:28 PM, Marek Peca wrote:
> Hello,
>
> I would like to integrate simple 2D line plots into my application. I did it
> few years ago under Athena, so I managed some basic tasks like axis
> autoscaling etc. However, I have heard a lot about quality plotting packages
> under e
On Fri, Aug 13, 2010 at 1:32 AM, Fred Kiefer wrote:
> Am 12.08.2010 01:27, schrieb Matt Rice:
>> On Wed, Aug 11, 2010 at 10:19 AM, Fred Kiefer wrote:
>>> The libffi problem will result in no images being displayed. As this
>>> isn't the case for you, this looks li
On Wed, Aug 11, 2010 at 10:19 AM, Fred Kiefer wrote:
> The libffi problem will result in no images being displayed. As this
> isn't the case for you, this looks like some different issue.
I can't remember if it was all images, or just named images that had
the libffi problem?
___
On Mon, Apr 26, 2010 at 7:12 PM, Gregory Casamento
wrote:
> It would be easier to save them as nibs. To convert them to
> Renaissance the only way is to do it by hand.
>
> On Monday, April 26, 2010, David Wetzel wrote:
>> Hi folks,
>>
>> I would like to be able to use the inspector on GDL's DBMo
On Sun, Mar 28, 2010 at 11:37 PM, Gregory Casamento
wrote:
> Hey guys... Matt and I just talked via IM and he reminded me of a
> really important point.
>
> The functionality using proxies works fine on 32bit machines, but is
> broken on 64 bit machines due to the fact that this bug:
>
> http://g
On Sat, Mar 27, 2010 at 3:48 PM, Adam Fedor wrote:
>
> On Mar 26, 2010, at 1:55 PM, Fred Kiefer wrote:
>
> Adam, could you once more take up the task of releasing GNUstep? We
> should give it another week or two so that people can complain about
> existing bugs that need to be fixed before the rel
On Mon, Mar 8, 2010 at 1:54 AM, Matt Rice wrote:
> It doesn't seem related, but i've also been seeing some runtime weirdness
> where objc_lookup_class("NSString") returns a bad class variable,
figured this out wasn't runtime related at all, but a missin
On Mon, Mar 8, 2010 at 1:30 AM, Richard Frith-Macdonald
wrote:
>
> On 8 Mar 2010, at 06:22, Richard Frith-Macdonald wrote:
>
>>
>> On 7 Mar 2010, at 19:10, Fred Kiefer wrote:
>>
>>> Just to keep you informed on my current finding. I could follow a mouse
>>> down event that should start a drag into
On Fri, Feb 19, 2010 at 1:23 AM, Fred Kiefer wrote:
> I would like to differ. For me the best way seems to be to have the
> extensions not automatically included. That will break existing
> projects. (In most cases it will just cause warnings from the compiler
> about methods not being defined) B
On Fri, Jan 8, 2010 at 5:07 AM, Yavor Doganov wrote:
> gnustep-dl2 [1]
> DBModeler
> GDL2 palette
> eoutil, gdlgsdoc
> EOModeler (as private library)
> Recommends: libeointerface-dev (which will pull in libeoaccess-dev)
Sorry It just hit me that both DBModeler and GDL2 palette use the
EOMode
On Thu, Jan 7, 2010 at 1:12 PM, Yavor Doganov wrote:
> Matt Rice wrote:
>> > Likewise, this should be libeointerface0/libeointerface-dev. But
>> > you didn't mention EOModeler. Is its place here, too?
>>
>> Ahh, yeah I forgot about that library, no EOMod
On Mon, Jan 4, 2010 at 5:31 AM, Yavor Doganov wrote:
> Matt Rice wrote:
>> Yavor mentions that "(although they're intended to be public
>> libraries, nothing in GNUstep uses them)"
>
> Oh, that was misleading. What I meant is that no package in Debian
> cu
On Mon, Jan 4, 2010 at 1:37 AM, Federico Gimenez Nieto wrote:
> El 03/01/2010 21:26, Matt Rice escribió:
> [.]
>> I'm not sure if it would be against debian policy to ship the Gorm
>> bundle with DBModeler.app that is another option if possible since the
>> gor
2010/1/3 Federico Giménez Nieto :
> Hi all,
>
> I'm in the process to adopt gnustep-dl2 debian package, [1]. You can
> check the progress so far at [2]. In order to comply with Debian
> Policy, Yavor Doganov (Cc'ed) suggested that the libraries in the
> package (libEO*) should be packaged separatel
On Thu, Nov 12, 2009 at 8:55 AM, David Chisnall wrote:
> Having the main menu a single click away without having to move the mouse is
> a good design from the point of
> view of usability. A menu that appears where the mouse is beats both a menu
> attached to the window and a menu attached to t
On Fri, Oct 9, 2009 at 12:51 PM, Quentin Mathé wrote:
> Le 9 oct. 2009 à 20:48, Matt Rice a écrit :
>
>> On Fri, Oct 9, 2009 at 1:37 AM, Nicola Pero
>> wrote:
>>>>
>>> By the way the GNU coding standards are not bad, in fact I personally
>>>
On Fri, Oct 9, 2009 at 1:37 AM, Nicola Pero
wrote:
>>
Additionally I really dislike the coding style, not because it's not
mine, but because it fails to make the code more readable. On the
other hand, there was code by Fred which looked really ok, so maybe
it's just about using
On Thu, Oct 8, 2009 at 5:30 AM, Richard Frith-Macdonald
wrote:
>
> OK ... we just have different perceptions here then. In those circumstances
> I expect a package to be *available* to all users, but NOT to be
> automatically forced on them.
> Certainly *I* don't want to have something like that
On Wed, Oct 7, 2009 at 2:59 PM, Philippe Roussel wrote:
> Hi
> What I'm trying to say is that I think we should try to centralize
> things (one repository for all !) and work on a set of defined
> applications instead of collecting random stuff.
Yuck.
first of all, this is impossible, because n
On Wed, Oct 7, 2009 at 2:28 PM, Stef Bidi wrote:
> 13.0) there's not way for me
> to set a default, "preferred" theme--which is what the GUI toolkits above
> allow you to do--there is just no way for me to do that. I know it's been
> brought up a few times in the past, and if I remember correc
On Sun, Oct 4, 2009 at 7:30 AM, David Chisnall wrote:
> Hi Chris,
>
> It's a private GCC header which, unfortunately, varies a little bit between
> platforms. I'm a bit surprised it isn't found for you; it has been on all
> of the platforms that I've tried so far, but in some uleb128 is defined a
On Sat, May 2, 2009 at 2:34 AM, Markus Hitter wrote:
>
> Any objections or additional topics about such a change?
>
the only additional topic i have is that GSServicesManager is (or was)
also used as the ApplicationName DO port, and receives stuff like
application:openFile: when the app is alread
On Mon, Feb 23, 2009 at 8:50 AM, Fred Kiefer wrote:
> Matt Rice wrote:
>> On Mon, Feb 23, 2009 at 5:50 AM, Fred Kiefer wrote:
>>> The other problem that we sometimes mark subviews as still needing
>>> display due to rounding errors should be addressed. Here it woul
On Mon, Feb 23, 2009 at 8:37 AM, Nicola Pero
wrote:
>> unfortunately for our unsuspecting view, subviews which were at some
>> odd coordinate were left as needing display, when their super views
>> noticed that they were still marked as needing display and redisplayed
>> only those. (in case a v
that the end result is out by a pixcel for instance).
>>
>> Should we be using private functions to do fuzzy comparisons rather than
>> using NSEqual... functions,
>> eg. GSAlmostEqualRects(r1, r2, precision)
>> where we adjust the precision depending on the drawing co
;points'
>> based coordinate system, but that is going to be converted to a screen or a
>> printer with a specific resolution, we must take care to use appropriate
>> rounding (not so fuzzy that the end result is out by a pixcel for instance).
>>
>> Should we
On Sun, Feb 22, 2009 at 10:59 PM, Richard Frith-Macdonald
wrote:
>
> On 22 Feb 2009, at 21:31, Matt Rice wrote:
>
>> On Sun, Feb 22, 2009 at 8:29 AM, Matt Rice wrote:
>>>
>>> this just makes debugging a bit easier if you guys want it...
>>>
>&g
On Sun, Feb 22, 2009 at 8:29 AM, Matt Rice wrote:
> this just makes debugging a bit easier if you guys want it...
>
> bug #25658 appears to be a bug in the NSView display stuff,
> because some random subset of a views subviews which don't need display
> are getting drawRect: c
this just makes debugging a bit easier if you guys want it...
bug #25658 appears to be a bug in the NSView display stuff,
because some random subset of a views subviews which don't need display
are getting drawRect: called multiple times through _handleAutodisplay
even though they needs_display =
On Tue, Feb 17, 2009 at 1:00 AM, Fred Kiefer wrote:
> Matt Rice wrote:
>> On Mon, Feb 16, 2009 at 11:50 PM, Matt Rice wrote:
>>> On Mon, Feb 16, 2009 at 11:43 PM, Fred Kiefer wrote:
>>>> Fred Kiefer wrote:
>>>>> I make these changes and you can comme
On Mon, Feb 16, 2009 at 11:50 PM, Matt Rice wrote:
> On Mon, Feb 16, 2009 at 11:43 PM, Fred Kiefer wrote:
>> Fred Kiefer wrote:
>>> I make these changes and you can comment on them.
>>
>> It turned out that the patch I made had a big problem. :-)
>>
>&g
On Mon, Feb 16, 2009 at 11:43 PM, Fred Kiefer wrote:
> Fred Kiefer wrote:
>> I make these changes and you can comment on them.
>
> It turned out that the patch I made had a big problem. :-)
>
> The new code in itself was correct, but there is a long standing bug in
> NSButtonCell #11946 (With a re
On Wed, Feb 4, 2009 at 9:50 PM, David Ayers wrote:
> Am Mittwoch, den 04.02.2009, 23:52 -0500 schrieb Gregory Casamento:
>> The attached test program does not crash on Mac OS X when the button
>> is pressed, but does crash on GNUstep. The button calls the "action:"
>> method in Controller which i
On Wed, Feb 4, 2009 at 11:14 AM, Richard Frith-Macdonald
wrote:
>
> On 4 Feb 2009, at 18:53, Gregory Casamento wrote:
>
>> In some cases on Mac OS X I have observed that exceptions which are not
>> fatal on Mac sometimes ARE fatal on GNUstep. I believe we should change
>> the logic which deals w
On Tue, Oct 28, 2008 at 3:43 AM, Matt Rice <[EMAIL PROTECTED]> wrote:
> i've always thought of cells the other way, views tell them when/where
> and what to draw, so the idea of the cell having its setStringValue:
> method called, and then telling the view that it should red
On Tue, Oct 28, 2008 at 3:43 AM, Matt Rice <[EMAIL PROTECTED]> forgot
to attach the patch.
_control_view.diff
Description: Binary data
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
David Ayers let me know about a segfault affecting DBModeler...
(gdb) bt
#0 0x014bd3cd in objc_msg_lookup (receiver=0x7f50dc245760, op=0xc6f7b0)
at /usr/src/debug/gcc-4.3.0-20080428/libobjc/sendmsg.c:224
#1 0x007e0430 in -[NSActionCell setStringValue:] (self=0x7f50dbef1290,
Fred Wrote:..
>> From the name of the format in the error message I gather that you are
>> complaining about an Apple bug here. Is this correct?
no its really a feature of them deprecating the openstep style plists,
at some point writing worked for legacy apps (as shown by the example
link Dave po
On Sun, Jun 8, 2008 at 10:57 AM, Fred Kiefer <[EMAIL PROTECTED]> wrote:
> I was completely wrong here. The problem is at a totally different place.
> Look at the code in NSTextFieldsCell that Nicola changed a few months ago:
>
Ahh, yes changing the below fixes it here i was confused because it is
On Fri, Jun 6, 2008 at 12:32 PM, Fred Kiefer <[EMAIL PROTECTED]> wrote:
> Matt Rice wrote:
>>
>> I did notice an NSTableView bug though, and its reproducable afaict
>> with any editable tableview if you edit a field after editing its row
>> never set as needing di
On 6/6/08, Fred Kiefer <[EMAIL PROTECTED]> wrote:
> Richard Frith-Macdonald wrote:
>>
>> On 5 Jun 2008, at 20:11, [EMAIL PROTECTED] wrote:
>>
>>> Following on David's email, It's been over a year since we last
>>> branched a stable release. Should we try to do another one soon?
>>
>> I guess so.
On Mon, Apr 14, 2008 at 7:07 AM, Yavor Doganov <[EMAIL PROTECTED]> wrote:
> В Fri, 11 Apr 2008 18:42:15 -0400, Hubert Chathi написа:
>
> > On Fri, 11 Apr 2008 09:08:52 + (UTC), Yavor Doganov <[EMAIL PROTECTED]>
>
> >>> or http://price.sourceforge.net/exception.html
> >
>
> > What problems do y
doh
-- Forwarded message --
From: Matt Rice <[EMAIL PROTECTED]>
Date: Thu, Apr 10, 2008 at 12:35 PM
Subject: Re: GPLv2 licensing issues
To: Fred Kiefer <[EMAIL PROTECTED]>
On Thu, Apr 10, 2008 at 12:16 PM, Fred Kiefer <[EMAIL PROTECTED]> wrote:
> I am s
On Sat, Mar 22, 2008 at 12:02 PM, Hubert Chathi <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm looking at applying for Google's SOC this year. I'm interested in
> looking at GNU/Linux desktop integration issues. So I'd like to look
> at:
> - the window focusing issues, and making GNUstep work w
On Sat, Mar 15, 2008 at 9:06 AM, Richard Frith-Macdonald <[EMAIL PROTECTED]>
wrote:
>
> On 13 Mar 2008, at 17:03, David Ayers wrote:
>
> >
> > NAK :-) Try to compare EOFault to an NSDistantObject. Attempting to
> > cache the implementation pointer of a method in a different process
> > and
>
On Mon, Mar 10, 2008 at 4:46 PM, Nicola Pero
<[EMAIL PROTECTED]> wrote:
>
> > I think you missed the point i was actually trying to make, the point
> > was that my makefile had been in GNUstep cvs and working for a long time,
> > and then the case of the flag changed, and my subproject then bega
On Mon, Mar 10, 2008 at 3:18 PM, Nicola Pero
<[EMAIL PROTECTED]> wrote:
>
> But as you very correctly point out, that makes lot of sense for variables
> which are lowercase (eg, debug=yes, messages=yes, strip=yes), but is not
> really natural for variables that are uppercase - eg,
> xxx_HAS_RES
On Mon, Mar 10, 2008 at 12:07 AM, David Ayers <[EMAIL PROTECTED]> wrote:
> Hello Matt
>
> Matt Rice schrieb:
>
>
> > there is some issues with debugging objc
> [snip]
> A current workaround would be to:
>
> set language objective-c
>
> explicitl
Hi,
there is some issues with debugging objc
GNU gdb Fedora (6.7.50.20080227-2.fc9)
GNU gdb 6.8.50.20080309-cvs
the 6.7.1 release doesn't seem to have these issues...
we can set a breakpoint on a method, so thats good.
Breakpoint 1, -[EOEntity attributes] (self=0x8937df0, _cmd=0x6e9210)
you c
in gdl2/DBModeler/Inspectors/GNUmakefile
it sets a flag
Inspectors_HAS_RESOURCE_BUNDLE=YES
this has ceased to work changing it to
Inspectors_HAS_RESOURCE_BUNDLE=yes
fixes it, but should this be case sensitive?
___
Gnustep-dev mailing list
Gnustep-de
On Jan 6, 2008 6:02 AM, Richard Frith-Macdonald
<[EMAIL PROTECTED]> wrote:
>
> On 6 Jan 2008, at 10:41, David Wetzel wrote:
>
> OK ... so errno 0 means that the operating system is not reporting
> any error ... supporting the idea that the thread detach is succeeding.
>
pthread functions return an
adding -pthread on the gcc command line seems to fix it
On Jan 4, 2008 12:56 PM, David Wetzel <[EMAIL PROTECTED]> wrote:
> I get this on NetBSD 4.0 i386
>
> it seems like GNUstep/objc threads are broken on NetBSD 4.0
>
> (gdb) r
> Starting program:
> /Users/dave/projects/gnustep-testfarm/core/ba
could this be related to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18573
On Jan 2, 2008 3:00 PM, David Wetzel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I did some testing on a Sparc64 running NetBSD 4.0
>
> It seems like threads are not working here. We should have some automated
> test script that
On Nov 10, 2007 7:08 AM, Gregory John Casamento <[EMAIL PROTECTED]>
wrote:
> All,
>
> I'd like to have a discussion and come to a consensus on what everyone
> feels would comprise a 1.0 gui release.
>
> Please let me know your thoughts on the matter.
>
i hadn't seen mentioned the postscript & pdf
On 2007-03-19 02:43:36 -0800 Richard Frith-Macdonald <[EMAIL PROTECTED]>
wrote:
On 19 Mar 2007, at 10:24, Michael Gardner wrote:
To use a custom key type with NSMutableDictionary, I defined -hash
and
-isEqual: but not -copyWithZone:, since the NSDictionary docs say
that
keys are retained r
Also you forgot a ChangeLog entry,
I also believe this change to be dubious in that because key
equivalents
for return and escape exist, doesn't mean that someone wouldn't use
tab/space which they may be used to for other panels which do not have
return/escape key equivalents.
On 2007-02-21 01
On 2007-02-16 22:21:35 -0800 Richard Frith-Macdonald <[EMAIL PROTECTED]>
wrote:
On 17 Feb 2007, at 02:11, Matt Rice wrote:
On 2/16/07, Nicola Pero <[EMAIL PROTECTED]> wrote:
Matt, thanks for your comments.
I understand your desire to centralize the configuration, but there
On 2/16/07, Nicola Pero <[EMAIL PROTECTED]> wrote:
Matt, thanks for your comments.
I understand your desire to centralize the configuration, but there
is an actual reason why GNUstep.sh is a pure shell script. ;-)
It's a machine-independent program that can be in a machine-independent
directory
forgot to cc the list on this... and added some stuff
On 2/16/07, Nicola Pero <[EMAIL PROTECTED]> wrote:
> No that should still work..
Hard to believe.
Ok yeah I probably did break something with the gnustep-make patches,
but this *is* just
a prototype, and this does not mean it cannot be m
On 2007-02-16 12:04:14 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
This patch rewrites some internal code (making it more complex, not
more easy,
but I suppose it's a matter of taste) and the only visible effect I
can see
is that it destroys the non-flattened (ie, fat binary) support in
gnu
On 2007-02-16 11:25:49 -0800 Matt Rice <[EMAIL PROTECTED]> wrote:
On 2007-02-15 12:44:18 -0800 Adam Fedor <[EMAIL PROTECTED]> wrote:
On Feb 15, 2007, at 7:35 AM, Gregory John Casamento wrote:
Have we even tried, experimentally, doing this refactoring to see
if it
actuall
On 2007-02-12 18:59:06 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
Because we don't even store fixed
sets of flags, but we compute them dynamically, using pkg-config to
print
them is more of an additional problem
than a solution.
I forget exactly how non-flattend looks having not used it
On 2007-02-12 10:30:57 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
pkg-config works best if compile/link flags are fixed and listed in a
file.
The compile/link flags in gnustep-make are determined dynamically
instead,
they are not fixed.
This is possible with pkg-config, you can referenc
On 2007-02-11 03:23:35 -0800 David Ayers <[EMAIL PROTECTED]> wrote:
Nicola Pero schrieb:
So how does is help with writing configure scripts?
Maybe something like?
GNUSTEP_MAKEFILES=${GNUSTEP_MAKEFILES:=`gnustep-config
GNUSTEP_MAKEFILES`}
if test -z "$GNUSTEP_PATHLIST"; then
. ${GNUSTEP_MAK
On 2007-02-11 05:00:20 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
I like the idea of your patch, so I rewrote the shell script and
committed
it.
Minor nit... isn't gnustep-config.sh meant to be executed, not
sourced?
So shouldn't it be named gnustep-config instead of gnustep.config.sh
On 2007-02-11 05:02:53 -0800 Matt Rice <[EMAIL PROTECTED]> wrote:
unless this is about = vs := where there exists nothing like :?=
this seems to be the case how := only execute the $(shell) a few times
instead of
once per time $(GNUSTEP_MAKEFILES) i
1 - 100 of 233 matches
Mail list logo