On Apr 14, 2008, at 9:56 AM, Markus Hitter wrote:
Well, I'm still stunning why people prefer variable types of
undefined size[1] (int, NSInteger, etc.) over those with defined
size (int16, int32, int64, etc.). To my understanding of coding, one
should always care about the size of variables,
On Mar 30, 2008, at 5:31 PM, David Ayers wrote:
Tim McIntosh schrieb:
GNUstep seems to do a lot of mucking with the runtime structures that
are no longer visible with Obj-C 2.0, so I think the changes I made
were
just barely scratching the surface in view of what is actually
needed.
Not
On Mar 30, 2008, at 9:27 AM, Nicola Pero wrote:
The right fix still seems to be to update the Apple runtime code in
gnustep-base to work with the new runtime if available, but in the
meanwhile
if we add the -Wno-deprecated flag, we should probably add it inside
gnustep-base so that when sup
On Mar 13, 2008, at 12:03 PM, David Ayers wrote:
Fred Kiefer schrieb:
I only follow this discussion with out any deeper knowledge of the
subject, so my suggestion may be utter nonsense. But to me it seems
that
NSAutoreleasePool does the right thing. It seems wrong to me to
return a
differ
On Mar 11, 2008, at 3:11 PM, David Ayers wrote:
David Ayers schrieb:
Tim McIntosh schrieb:
For example: [EMAIL PROTECTED]@count
With Cocoa's -[NSArray valueForKeyPath:] behavior, this would invoke
[object valueForKeyPath: @"[EMAIL PROTECTED]"] on each object in the
disp
On Mar 11, 2008, at 2:02 PM, David Ayers wrote:
Hello Tim.
just a quick status report...
Tim McIntosh schrieb:
I think I was being too vague with regard to KVC. I wasn't
referring to
the deprecated KVC methods issue that has been discussed on the list
recently, but something much
Hi David,
On Mar 6, 2008, at 7:54 AM, David Ayers wrote:
Tim McIntosh schrieb:
I have made a number of minor changes that I eventually intend to
either
undo or get accepted into the mainline. One difference in this
version
that may never make it into the mainline is the use of Cocoa
On Mar 6, 2008, at 7:39 AM, David Ayers wrote:
Is this patch too evil, or can we do something like this?
Hehe... actually, it's not evil enough. ;-)
I've committed a patch that should replace the runtime implementation
pointer of EOFault's forward:: method with the one of NSObject. This
shou
Hi All,
I mentioned this last week over on the GSW Hackers list, but I'll
repeat it here in case anyone is interested who doesn't subscribe to
that list (I've also made some progress since my original post) -
I've been working on a Mac OS native port of the GSWeb and GDL2
frameworks, for
Hi All,Is this patch too evil, or can we do something like this?It allows -[EOFault forward::] to work on MacOS 10.4, gets rid of some code duplicated from NSObject.m, and allows the following unimplemented methods to be deleted from GSCategories.h and GSCompatibility.m in base: // Used only in E
On Mar 3, 2008, at 5:30 PM, Nicola Pero wrote:
PS: The variables used to specify C++ and ObjC++ flags in gnustep-
make are
currently called CCFLAGS and OBJCCFLAGS (eg, ADDITIONAL_CCFLAGS,
etc), not CXXFLAGS
and OBJCXXFLAGS. Not sure why. If CXXFLAGS and OBJCXXFLAGS are more
"natural" to C++
On Mar 2, 2008, at 1:30 PM, Richard Frith-Macdonald wrote:
On 2 Mar 2008, at 19:20, Tim McIntosh wrote:
Should the #if around NSProprietaryStringEncoding (around line 210)
be:
#if OS_API_VERSION(GS_API_NONE,MAC_OS_X_VERSION_10_4)
instead of:
#if defined(GNUSTEP)
I don't thi
Should the #if around NSProprietaryStringEncoding (around line 210) be:
#if OS_API_VERSION(GS_API_NONE,MAC_OS_X_VERSION_10_4)
instead of:
#if defined(GNUSTEP)
?
This is what I had in my private copy.
Thanks,
Tim
___
Gnustep-dev mailing list
On Mar 1, 2008, at 7:19 AM, Helge Hess wrote:
On 01.03.2008, at 12:16, Nicola Pero wrote:
make CC=g++
Hm, is there a special CC variable for CPP files? I think I wondered
about that.
There is CXX and CXXFLAGS.
It would be nice if gnustep-make was to automatically do all of
this. Not t
On Dec 8, 2007, at 4:43 AM, David Ayers wrote:
- find a solution for extensions like NSStringEncoding enum
Note that NSStringEncoding is an unsigned int in Mac OS X and
OPENSTEP, not an enum (int) as it is in GNUstep. I noticed this
discrepancy when attempting to decode .gorm files under
On Dec 6, 2007, at 9:54 AM, Richard Frith-Macdonald wrote:
my current feeling is that the best approacch is to try to move
towards
as completely compatible as we can with the main part of the base
library,
and isolate the extensions etc in the Additions subproject.
Yes, yes, a thousand time
I'd like to
encapsulate libgst in the framework to avoid the need to install it
separately.
-Tim
On May 1, 2007, at 10:27 PM, Tim McIntosh wrote:
Nicola,
Good call! Apparently libgst includes libsnprintfv, which provides
another version of register_printf_function (incompatibl
Nicola,
Good call! Apparently libgst includes libsnprintfv, which provides
another version of register_printf_function (incompatible, of course
-- it returns a pointer upon success). I'll have to think about how
to best work around this.
This brings up another question, though: is it r
Does anyone happen to know why the mere presence of "-lgst" (GNU Smalltalk library) in the link would cause the attached app to crash? (see transcript below)Thanks!-TimTranscript:% uname -aFreeBSD kashyyyk.astro.net 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 [EMAIL PROTECT
Hi,
Can someone fix the 'mac' file system layout? It is out of sync with
the others.
Attached are patches to core/make/FilesystemLayouts/mac and core/base/
Source/NSPathUtilities.m, which seem to fix the problems for me.
The patch to NSPathUtilities.m is to fix
NSSearchPathForDirectorie
On Mar 6, 2007, at 5:27 AM, Richard Frith-Macdonald wrote:
I agree ... it's not an idea I'd want to base my code on (I guess
you can use NSHomeDirectoryForUser() in most cases).
Presumably the idea is that you can iterate through the
subdirectories of these paths to find all the 'normal' user
Hi,
On Debian/Alpha 3.1, most (all?) GNUstep apps seem to crash
immediately on startup with SYSSEGV, as shown below. At the time of
the crash, the menu, icons, and windows are shown on the display.
This seems to be the same problem described here: http://
mirrors.p12n.org/bugs.debian.or
Hi Fred,
On May 11, 2006, at 5:41 PM, Fred Kiefer wrote:
Quentin Mathé wrote:
I think it could be better to phrase the key 'GSDontShowAppIcon'
in an
affirmative way, just 'GSShowAppIcon'. It seems to be the usual rule
with boolean choice in UI and API.
But then it was not the only reas
Hi Fred,
Sorry for the confusion. The specific case that I want to work is as
follows: I have a machine running GNUstep (call it 'localhost'). I
log into this machine from another non-GNUstep machine (call it
'remotehost') using 'Xnest' (display ":1") to connect to the xdm on
'localhos
f this is a bad idea. Otherwise, I'd be very
happy if someone could implement this change in the main
distribution. I could enter this as a bug report if that's the
appropriate course of action for change requests.
Thanks,
Tim McIntosh
XGServer.m.patch
Description: Binary
25 matches
Mail list logo