P.S. Please can you check that -fexceptions is being passed to clang.
-fobjc-exceptions doesn't seem to do anything in 3.0 (I thought it implied
-fexceptions in 2.9, but I could be wrong). If this is the problem, then it's
an easy fix.
David
On 27 Oct 2011, at 12:33, David Chisnall wrote
FYI: Please test on platforms you care about and file bugs...
Begin forwarded message:
From: Bill Wendling wendl...@apple.com
Subject: [cfe-dev] LLVM / Clang 3.0 rc1 Binaries Available
Date: 21 October 2011 09:41:34 GMT+01:00
To: llvmdev List llvm...@cs.uiuc.edu, cfe-dev cfe-...@cs.uiuc.edu
On 21 Oct 2011, at 17:40, Ivan Vučica wrote:
Just a tiny question: Apple has already shipped Apple LLVM Compiler 3.0 or
something like that in Xcode 4.2. (I have not upgraded yet on my current
machine, so I cannot check the exact naming).
I suppose that Clang shipped by Apple is actually
I have some out-of-tree patches that make this quite easy - I wrote them for
deploying on WebOS, where I wanted to do the same thing. I hope to have time
to tidy them up (and make sure that they don't break other configurations)
soon...
Basically, you can link the GNUstep libraries just as
On 10 Oct 2011, at 14:57, Gregory Casamento wrote:
Also, it was me that did the relicense... I just removed it. I had
thought Karl's code was open source, but I was mistaken since he never
put it under any open source license.
The source files all have a LGPLv2.1 or later header, there just
Richard,
As the founder of the GNU project and the Free Software Foundation, when you
make comments like this in public, it reflects on all of us who contribute to
these projects. When you use the death of someone who made huge contributions
to the industry (some negative, a lot positive) to
On 8 Oct 2011, at 12:40, Nat! wrote:
Am 07.10.2011 um 23:24 schrieb Gregory Casamento:
What I was particularly wondering about is why try to get GNUstep to
work on Mac OS X since the Mac has it's own implementation of GNUstep
it's called Cocoa.
Which is closed-source and non-free. If
It would be nice if we could link to (or host) some of the videos of Steve Jobs
demoing the NeXT stuff (NeXTSTEP, OPENSTEP, PDO, WebObjects). All of these
demos show just how far ahead NeXT was. I just watched the one about the
design of the DMA architecture on the NeXT workstation - it looks
Reading that made me feel faintly ashamed that I contribute to a GNU project.
Especially given that, looking at my GNUstep development system, I see more
lines of Free Software written by people @apple.com than by people @gnu.org.
Fortunately, his attitude doesn't seem to be prevalent in the
On 5 Oct 2011, at 10:46, Sebastian Reitenbach wrote:
Hi,
On Wednesday, October 5, 2011 11:18 CEST, Fred Kiefer fredkie...@gmx.de
wrote:
First off and completely unrelated to the actual issue: GNUstep seems to
use fake main on your system. Why is this the case? As far as I know
this
Passed tests
5 Failed tests
The 5 failed tests are the same that failed with just only using clang or gcc.
Sebastian
On Tuesday, October 4, 2011 11:40 CEST, Sebastian Reitenbach
sebas...@l00-bugdead-prods.de wrote:
On Tuesday, October 4, 2011 11:05 CEST, David Chisnall thera
On 5 Oct 2011, at 11:18, Sebastian Reitenbach wrote:
Besides its ugly, and forces one more step to do on the user before he can
use gnustep programs, is there any good advantage of using procfs instead of
the fake main?
Will stuff be noticeably faster, more stable, whatever?
The fake main
the property
introspection functions, so it fails.
The +initialise test is also failing due to problems with your runtime.
David
On 4 Oct 2011, at 10:40, Sebastian Reitenbach wrote:
On Tuesday, October 4, 2011 11:05 CEST, David Chisnall thera...@sucs.org
wrote:
So, do you have tests
On 3 Oct 2011, at 10:53, Sebastian Reitenbach wrote:
On 10/02/11 19:46, David Chisnall wrote:
On 2 Oct 2011, at 18:43, Sebastian Reitenbach wrote:
Right now I'm experimenting with clang/libobjc2 again on OpenBSD. It seems
to not crash randomly anymore (which is better than half a year
On 2 Oct 2011, at 18:43, Sebastian Reitenbach wrote:
Right now I'm experimenting with clang/libobjc2 again on OpenBSD. It seems to
not crash randomly anymore (which is better than half a year or so ago when I
tried last time), but still applications seem to be unusable. Will open a new
On 30 Sep 2011, at 17:48, Ivan Vučica wrote:
Hi,
I've been reading the Apple docs on Quartz/CoreGraphics, and I've stumbled
upon CGLayer. Upon first look, it looks like CGLayer is already implemented.
My first thought is that perhaps we don't need to actually use OpenGL when
On 28 Sep 2011, at 07:58, Fred Kiefer wrote:
On 27.09.2011 20:09, David Chisnall wrote:
HP has kindly sent me a TouchPad to play with, so I wanted to run
GNUstep on it. I've managed to get clang to use their cross-build
toolchain, but I'm having problems with the configure script for
-base
Hi Everyone,
HP has kindly sent me a TouchPad to play with, so I wanted to run GNUstep on
it. I've managed to get clang to use their cross-build toolchain, but I'm
having problems with the configure script for -base. It just aborts if you're
cross compiling.
Am I the first person to try
I had the same problem with libobjc2 on Windows. I worked around it by doing
something like this:
#define BOOL WINBOOL
#include windows_stuff.h
#undef BOOL
And then including Objective-C headers.
David
On 25 Sep 2011, at 18:19, Stefan Bidi wrote:
I booted into Windows today and figured it
Unfortunately, the output from doxygen is pretty horrible for Objective-C.
You might like to take a look at the DocGenerator that Quentin wrote, in Étoilé
svn. It uses simpler markup and produces much nicer output.
David
On 20 Sep 2011, at 01:23, Stefan Bidi wrote:
I just wanted to let
I'm not sure how that would help you. Your subclasses would only receive a
+initialize message once you'd sent them some other message, which requires
some other bit of code to be able to locate them, which means the other code
can trivially register them...
That said, I agree that we should
On 11 Sep 2011, at 20:01, Eric Wasylishen wrote:
I wonder if the clang static analyzer can find places where we send a message
returning something other than an object to something that might be nil?
Clang will automatically insert a check that receivers are nil for structure
returns and
On 1 Sep 2011, at 20:51, Lars Sonchocky-Helldorf wrote:
I hope David got a chance to grab a HP TouchPad
Sadly not - they were all sold out here too. The demo of JTalk running on the
Touchpad was pretty amazing, and even without it WebOS is so far ahead of
Android in terms of usability that
Thanks Quentin,
I've also put my slides from the 2011 International Smalltalk Conference, where
I was invited to talk about Étoilé / Pragmatic Smalltalk on the Étoilé blog.
This talk was mostly aimed at Smalltalk developers, but it may be of interest
to other people.
David
On 1 Sep 2011, at
I wrote a tutorial for installing GNUstep on FreeBSD a week or so ago:
http://etoileos.com/news/archive/2011/08/14/1206/
For Windows, you'll need to change a few things. For a start, all of this
stuff will need to run inside a MinGW install. You may want to use a different
filesystem layout
On 1 Sep 2011, at 18:40, Eric Wasylishen wrote:
I think implementing support for Window's native SEH is on both gcc's and
clang/llvm's wish list.
SEH is a parent nightmare, so I don't think anyone is working on it - doing so
would basically mean you can't distribute in the USA. There is
On 1 Sep 2011, at 18:40, Eric Wasylishen wrote:
When mingw does a release with gcc4.6 or clang, it should be easy for us to
make an installer where ObjC2 works out of the box.
There are prebuilt binaries of Clang for MingW32 available from the LLVM web
site:
On 27 Aug 2011, at 22:15, artware wrote:
/usr/include/objc/message.h:72:1: error: unknown type name 'OBJC_EXPORT'
This is a header that, as far as I know, only exists in the Mac Objective-C
runtime. It may be possible to use GNUstep with this runtime, but it's
completely untested and some
On 28 Aug 2011, at 14:57, Adam Fedor wrote:
Better to build on OSX/Cocoa and deploy on FreeBSD/GNUstep. You'd have to
test on FreeBSD anyway due to operating system differences.
I agree with this. OS X and FreeBSD have almost the same libc, making it the
easiest place to port OS X code to,
On 27 Aug 2011, at 07:17, artware wrote:
I've been working for 14 hours
straight trying to get GNUstep-base installed on FreeBSD
I wrote instructions for installing GNUstep and Étoilé on FreeBSD last week:
http://etoileos.com/news/archive/2011/08/14/1206/
These are tested on a fresh install
On 17 Aug 2011, at 14:22, Andreas Höschler wrote:
Hi all,
I am cross-building on GNUstep/Solaris and MacOSX. When I build code like
NSString *message = @some string
[NSException raise:NSInternalInconsistencyException format:message];
on MacOSX 10.6 using GNUstep make, gcc
On 17 Aug 2011, at 14:41, Andreas Höschler wrote:
Hi all,
I am cross-building on GNUstep/Solaris and MacOSX. When I build code like
NSString *message = @some string
[NSException raise:NSInternalInconsistencyException format:message];
on MacOSX 10.6 using GNUstep make, gcc gives
On 16 Aug 2011, at 07:37, Sebastian Reitenbach wrote:
OpenBSD sparc was switched to gcc-4.2 some weeks ago.
OpenBSD SPARC was, as far as I know, the last platform we supported that used
GCC 2.95. Does this mean that we can finally require GCC 3 or later and switch
to C99 mode?
David
--
On 16 Aug 2011, at 20:38, Riccardo Mottola wrote:
Hi,
I forgot to mention that it was OpenBSD/sparc
On my OpenBSD/x86 computer however I get the same problem and it has gcc 4.2
Thus it appears to be an OpenBSD problem? I reconfigured and made clean. I
don't see any apparent OS
On 14 Aug 2011, at 11:05, Philip G Batchelor wrote:
(For the moment, Osirix compilation fails at 'libkern/OSByteOrder.h: No such
file or directory' but that was a first attempt,
I'll try more).
The OSByteOrder stuff is more or less the same as the NSByteOrder stuff, so it
should be
On 2 Aug 2011, at 19:02, Richard Frith-Macdonald wrote:
And nowadays we really need to test builds with clang, new runtime, and with
the latest gcc and the new gcc runtime, and we have two new GC variants ...
I regularly run the test suite with FreeBSD/x86-32 and Linux/x86-64, both with
the
On 2 Aug 2011, at 09:44, Fred Kiefer wrote:
Hi David,
you don't seem to get the point. I don't have to tell you that a change the
contains the word fix is just as likely to break something as if it doesn't
contain that word.
And even if these fixes where 100% correct, we still need to
Hello all of the people,
What do you think about the idea of doing a new point release of -base soon?
Most of the changes I've made in -base since the last release have been bug
fixes and cleanups - and looking at the commit logs, I'm far from being the
only person to do this - so trunk is
On 1 Aug 2011, at 16:27, Fred Kiefer wrote:
we also should get rid of the compiler warnings from NSRegularExpression and
NSThread
I get no warnings at all from base - what do you get in NSRegularExpression?
And did you try removing the @ from the string in the assert() in NSThread (and
the
release than during the code freeze period prior to it...
David
On 1 Aug 2011, at 23:16, Riccardo Mottola wrote:
Hi,
you added great stuff, but I think it should settle a bit... Just to ensure
that base is not causing things to be crashy and/or less portable.
Riccardo
David Chisnall
On 29 Jul 2011, at 13:51, Sebastian Reitenbach wrote:
I found this documentation here:
http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/Reference/Reference.html
Initializes a newly allocated data object by adding to it length bytes of
data
On 28 Jul 2011, at 15:06, Sebastian Reitenbach wrote:
the exception happens here:NSKeyValueCoding.m:429 -[NSObject(KeyValueCoding)
setValue:forUndefinedKey:]
This exception is unconditionally. I first tried to
WANT_DEPRECATED_KVC_COMPAT, and recompiled, but that did not helped.
Then I
On 25 Jul 2011, at 11:44, Fred Kiefer wrote:
Could it be that there are cases (64-bit machine?) where node-key is not
equal to GSI_MAP_READ_KEY(map, node-key), that is (*(node-key))?
I don't think it's a 64-bit issue. I see valgrind errors in the NSSet tests on
a 32-bit system. I'll take
On 23 Jul 2011, at 14:41, Quentin Mathé wrote:
Le 21 juil. 2011 à 11:34, David Chisnall a écrit :
Hi Everyone,
Just in case you've not see this already, this release Apple has published
diffs against the last set of APIs, so it's easy to see what was added
across an entire framework
On 25 Jul 2011, at 18:17, Germán Arias wrote:
NSJSONSerialization.m:104:5: warning: ISO C90 forbids mixed declarations
and code [-Wdeclaration-after-statement]
This code may need some tweaking to compile with compilers that don't support
the 12-year-old version of the C standard.
David
--
On 24 Jul 2011, at 01:03, Germán Arias wrote:
As I can see this is a problem with libobjc in gcc, so I will ask at gcc
help list. Thanks.
While I wouldn't completely rule out a libobjc bug, this kind of crash is
usually caused by a message being sent to a dangling pointer. Try using
On 23 Jul 2011, at 07:57, Richard Frith-Macdonald wrote:
David, I've never liked zones, but we probably need to keep them around for
people who *do* want them. I implemented per-object zone pointers simply
because I couldn't figure out a way to get reasonable performance if people
used a
On 21 Jul 2011, at 23:26, Stefan Bidi wrote:
Just wondering... how's CoreFoundation affected by this? CFAllocators
(NSZone's equivalent) is everywhere. Does it also get disregarded? I've
been overlooking CFAllocator for a while now, so I would prefer if it wasn't
used at all, too.
On
Hi Everyone,
Are you worried that your Objective-C code is too fast? Too readable? Too
maintainable? Well now you can fix that, by adding Python!
Attached is a diff against PyObjC that allows it to build with GNUstep[1].
This allows Python to use Objective-C objects, to subclass them, and
Hi Everyone,
Just in case you've not see this already, this release Apple has published
diffs against the last set of APIs, so it's easy to see what was added across
an entire framework with 10.7:
Hello the list.
I said a little while ago that I was uncertain about the utility of the zone
pointer for every object, because in most cases it would be wasting one word
per object to store a value that is the same for every single object.
I decided to test this, with the attached diff.
On 21 Jul 2011, at 13:13, Stefan Bidi wrote:
On Thu, Jul 21, 2011 at 2:10 AM, Fred Kiefer fredkie...@gmx.de wrote:
I am not interested in Python, but looked over your changes to see what
functionality is missing or different in GNUstep. One thing that I noticed
was that this code expects
On 21 Jul 2011, at 14:04, Ivan Vučica wrote:
Hi David,
that's great! Will this be submitted upstream?
Ask Ludovic. I'm not sure if the plan is to merge it or for Inverse to
maintain a GNUstep branch of PyObjC. I'd imagine the latter in the short term
and the former in the longer term.
On 21 Jul 2011, at 14:16, Ivan Vučica wrote:
I didn't even bother looking up what zones are for until now.
They're not used very much anymore, because half of Cocoa is not zone-aware.
On OS X, zones are opaque, so they're not even very useful, they just act as
hints for the allocation
On 21 Jul 2011, at 14:27, David Chisnall wrote:
On 21 Jul 2011, at 14:16, Ivan Vučica wrote:
I didn't even bother looking up what zones are for until now.
They're not used very much anymore, because half of Cocoa is not zone-aware.
On OS X, zones are opaque, so they're not even very
On 21 Jul 2011, at 20:12, Andreas Höschler wrote:
Hi Ivan,
Could it be preferring -localizedDescription? Is -localizedDescription also
implemented? Just guessing here.
Thanks for the hint. I tried that, but still no avail! :-(
Any more ideas?
I wondered if it was a class cluster
Hi Everyone,
I've just pushed the 1.5 release of libobjc2 (yes, I said I would do this a
week ago, but PyObjC uncovered a couple of bugs that I wanted to fix first).
Thanks to Niels, Quentin, Sebastian, Wolfgang, Ludovic, and everyone else who
helped me find and fix bugs and test new
On 8 Jul 2011, at 15:00, Sebastian Reitenbach wrote:
I'm not sure if it's related, but I was seeing 'conditional jump depends on
uninitialised value' errors in valgrind while loading defaults. I think it
was somewhere in GSXML, but I'm not completely sure - by the time I got
around to
On 7 Jul 2011, at 09:56, Wolfgang Lux wrote:
... and here. The sizeof_type callback expects an argument with type size_t
*, but element_size has type int *. This does work on 32-bit architectures
where sizeof(size_t) = sizeof(int) and it works coincidentally on low-endian
64-bit
On 7 Jul 2011, at 09:01, Sebastian Reitenbach wrote:
sizeof_type: after calling parse_array: element_size: 0, element_count: 4,
size pointern: 0xfffcf0d0
^^^ as far as I can see, the value on address 0xfffcf0d0 should be
32, but I have no idea, why it is not 32???
It's
On 7 Jul 2011, at 10:25, Sebastian Reitenbach wrote:
I updated libobjc from svn, and starting i.e. addressmanager now I get some
steps further, but I run into this bus error:
Try r33476.
David
-- Sent from my Cray X1
___
Discuss-gnustep mailing
On 7 Jul 2011, at 20:52, Ondřej Hošek wrote:
They remain untouched by ARC. ObjC pointers are detected using
semantic analysis -- a heuristic along the lines of oh, an asterisk,
I'm taking over would break everything (including the strict
superset of C philosophy).
C or C++. ARC works
Ooops, forgot to CC: the list:
On 7 Jul 2011, at 19:23, Ivan Vučica wrote:
Hi,
I just read this, so I have a couple of questions :-)
On Wed, Jun 29, 2011 at 15:36, David Chisnall thera...@sucs.org wrote:
ARC does some quite nice things for you. For every assignment, the compiler
On 7 Jul 2011, at 22:10, Sebastian Reitenbach wrote:
defaults read works well, when there are no defaults existing, but with the
copied .GNUstepDefaults file, it runs into the bus error.
I'm not sure if it's related, but I was seeing 'conditional jump depends on
uninitialised value' errors
On 6 Jul 2011, at 10:55, Sebastian Reitenbach wrote:
Error: Instance variables in NSTextTable overlap superclass NSTextBlock.
Offset of first instance variable, _layoutAlgorithm, is 196. Last instance
variable in superclass, _widthType, ends at offset 148. This probably means
that you
On 6 Jul 2011, at 11:02, David Chisnall wrote:
On 6 Jul 2011, at 10:55, Sebastian Reitenbach wrote:
Error: Instance variables in NSTextTable overlap superclass NSTextBlock.
Offset of first instance variable, _layoutAlgorithm, is 196. Last instance
variable in superclass, _widthType
On 6 Jul 2011, at 11:45, Sebastian Reitenbach wrote:
On Wednesday, July 6, 2011 12:14 CEST, David Chisnall thera...@sucs.org
wrote:
On 6 Jul 2011, at 11:02, David Chisnall wrote:
On 6 Jul 2011, at 10:55, Sebastian Reitenbach wrote:
Error: Instance variables in NSTextTable overlap
On 6 Jul 2011, at 13:01, Sebastian Reitenbach wrote:
69 /* Find the last superclass with at least one ivar. */
70 while (NULL == super-ivars)
71 {
72 super = class_getSuperclass(super);
73
On 6 Jul 2011, at 13:13, Sebastian Reitenbach wrote:
Ivar type: [3[4i]], size: 0
Well, that's obviously wrong, but I can't reproduce it. We can, at least, work
from a simpler test case now though:
$ cat test.c
#include stdio.h
size_t objc_sizeof_type(const char*);
int main(void)
{
On 6 Jul 2011, at 13:44, Sebastian Reitenbach wrote:
running it in gdb, I see the following:
It helps me if you can tidy up the gdb traces a bit before sending them. It's
easy to miss important things in the middle of a load of list commands and
frames in libc with no debugging info.
Hi Everyone,
I'm not sure if this is interesting to anyone else, but I thought I'd share it
anyway.
One of the interesting things about ARC is that it makes it trivial to use C++
collections with Objective-C objects: the compiler will insert the relevant
read / write barriers on every
The stuff around skip type qualifiers is irrelevant - there aren't any, this
function is a no-op in this case, ignore it.
On 6 Jul 2011, at 18:38, Sebastian Reitenbach wrote:
I added some more fprintf's to the functions that are involved, hope the
output also helps:
$ ./a.out
On 6 Jul 2011, at 19:35, Sebastian Reitenbach wrote:
On Wednesday, July 6, 2011 19:47 CEST, David Chisnall thera...@sucs.org
wrote:
The stuff around skip type qualifiers is irrelevant - there aren't any, this
function is a no-op in this case, ignore it.
On 6 Jul 2011, at 18:38
On 4 Jul 2011, at 10:14, Fred Kiefer wrote:
you need to run configure --enable-server=win32 if you want the native
display and why wouldn't you want that?
When I ran Cygwin, I wanted everything using it to use X11 (XFree86, which
shows how long ago it was), so that I could access it
You probably need to rerun configure. I added some qualifiers in various
places to allow code using ARC to use the GNUstep headers. In preface.h, there
is some code that checks if you are using ARC and #defines these qualifiers
away if you are not, but preface.h seems not to be automatically
, so it will find
that one instead of the new one...
David
On 30 Jun 2011, at 09:12, David Chisnall wrote:
You probably need to rerun configure. I added some qualifiers in various
places to allow code using ARC to use the GNUstep headers. In preface.h,
there is some code that checks if you
Hi,
I was looking at NSProxy's code, and it seems to store its retain count in an
ivar, rather than using the standard one. Is there a reason for this? It
means that:
- NSProxy uses one word more than it needs to, two more than it needs to in GC
mode
- -retain and -release on NSProxy
Hello everyone,
I'd like to do a release of the GNUstep Objective-C runtime soon, so please can
everyone test the current trunk. This adds, among other things, support for
Apple-compatible garbage collection and the core support for automatic
reference counting.
The ARC support is compatible
Hi Everyone,
This year I got a birthday present from Apple's compiler team: the open source
release of the compiler part of their automatic reference counting (ARC)
implementation. I've just finished adding the relevant support code to the
GNUstep runtime and to GNUstep Base.
If you're on
On 28 Jun 2011, at 05:30, Amr Aboelela wrote:
So later you guys are going to use Chameleon framework as a start to build
your own UIKit framework?
There may be some code in Chameleon that is useful, but I'm not certain, and
the FSF's copyright assignment requirement would be problematic if
Amr,
Please read emails before replying half a dozen times. I said:
There may be some code in Chameleon that is useful, but I'm not certain, and
the FSF's copyright assignment requirement would be problematic if we did
incorporate any.
You somehow interpreted this as 'GNUstep is GPL'd
On Sun, Jun 26, 2011 at 5:49 PM, Fred Kiefer fredkie...@gmx.de wrote:
At the FOSDEM this year we decided to start a GNUsep sub project to
implement UIKit. And just a few weeks later we learned about UIKit:
http://chameleonproject.org/
This made us stop our own efforts in this direction. I
On 26 Jun 2011, at 18:38, Jonathan Bartlett wrote:
I have a category for NSString which defines a method isEmpty. However, I
am getting the following error:
GSCSubString (instance) does not recognize isEmpty. Is this because this
class is not inheriting from NSString, or something else?
On 27 Jun 2011, at 16:06, Jonathan Bartlett wrote:
It's the standard gcc 4.1 on CentOS, so it is probably an older runtime.
When I built the latest GNUstep, it turned off exceptions, so that is
probably the case. Thanks!
If you're using the GCC runtime, then you shouldn't be seeing this
On 26 Jun 2011, at 05:32, Jonathan Bartlett wrote:
Has anyone worked on getting an implementaiton of CommonCrypto for GNUstep?
As far as I am aware, there is no need. Apple released CommonCrpyto under a
BSD license[1]. Someone (Niels, I think) checked with them to confirm that the
On 25 Jun 2011, at 00:45, Ivan Vučica wrote:
Regarding getting GUI to work, that would be something amazing. It would
perhaps be even more interesting to get Java-ObjC bridge to work -- that
would allow getting native GUI to work. AppKit user interfaces are pretty
much designed for use on
On 24 Jun 2011, at 21:58, Ivan Vučica wrote:
On Fri, Jun 24, 2011 at 22:55, Pirmin Braun p...@seat-1.com wrote:
Am Fri, 24 Jun 2011 22:03:31 +0200
schrieb Ivan Vučica ivuc...@gmail.com :
Is there any interest in getting at least GNUstep's Foundation to run on
Android?
yes.
I am
On 18 Jun 2011, at 14:07, Richard Frith-Macdonald wrote:
The solution here might be to cast the argument to match the format string
rather than trying to make the format string fit the argument. The only
problem with that is a possible loss of precision when casing a 64bit value
to
On 18 Jun 2011, at 08:41, Richard Frith-Macdonald wrote:
I've toyed with the idea of providing a standard mechanism to register
objects in some way rather than storing them in static variables, so we could
(when in debug mode) release all such registered objects from an atexit
handler.
On 14 Jun 2011, at 23:19, Nat! wrote:
Am 14.06.2011 um 23:47 schrieb David Chisnall:
On 14 Jun 2011, at 22:38, Nat! wrote:
Hmm interesting, though I don't see offhand, why dividing what
objc_msgSend does into separate steps makes it inherently more portable. I
will have to look
On 15 Jun 2011, at 10:16, Nat! wrote:
It's more of an experiment porting my stuff to GNUstep, so your advice
nonwithstanding I think my plan, will work, because I believe I only use it
objc_msgSend for simple calls (max. one or two id parameters and return
value). Otherwise I would have to
On 14 Jun 2011, at 08:46, Matt Rice wrote:
what version of gdb?
I mainly use the last GPLv2 release, but I tried installing the latest 7.x, and
aside from the fact that it's much easier to crash the debugger I've not
noticed any difference. The bugs I'd got used to working around are all
Jun 2011, at 09:31, Sebastian Reitenbach wrote:
On Monday, June 13, 2011 16:41 CEST, Sebastian Reitenbach
sebas...@l00-bugdead-prods.de wrote:
Hi,
On Monday, June 13, 2011 14:30 CEST, David Chisnall thera...@sucs.org
wrote:
On 13 Jun 2011, at 13:19, Sebastian Reitenbach wrote
On 14 Jun 2011, at 09:35, Nat! wrote:
Yes, sure works better this way. This leads to the next question, how do I
set a breakpoint on
raise ?
gdb /usr/bin/Gorm
break -[NSException raise]
... future... y
run
I think break [NSException raise] (no -) should work. Alternatively,
On 14 Jun 2011, at 21:43, Nat! wrote:
Am 10.06.2011 um 03:08 schrieb Richard Stonehouse:
GNUstep 2.6.0 for openSUSE 11.4
***
Ok, two more questions popped up:
I am trying to build UnitKit. I can build the framework. When I say make
install, this
On 14 Jun 2011, at 22:38, Nat! wrote:
Hmm interesting, though I don't see offhand, why dividing what objc_msgSend
does into separate steps makes it inherently more portable. I will have to
look into my code, to see if its feasible to roll my own objc_msgSend,
(because I use it a lot as I
On 13 Jun 2011, at 00:54, Nicola Pero wrote:
Then there is the point that, if all that matters is the technical feature
parity with Apple, then buy an Apple; why bother with GNUstep.
If that's your view, then why bother with GNUstep at all? Why not work on an
Objective-C framework that
On 13 Jun 2011, at 12:49, Matt Rice wrote:
I would take this one step further, and propose that such a project
would benefit from severing its ties with objective-c all together.
Take objective-c as a model, god forbid make a standard for it and
call it something else.
A Small language,
On 13 Jun 2011, at 13:19, Sebastian Reitenbach wrote:
I just reread the Linux signal manual, and saw, its not retruning the address
of the actual handler, but of the old handler, so I exchanged the calls
later in that function from i.e. signal(SIGSEGV, env-segv) to
signal(SIGSEGV,
On 13 Jun 2011, at 16:09, Richard Stonehouse wrote:
Thanks, that's good to know. I see that openSUSE (the distribution I
use) intends to adopt GCC 4.6 as default compiler in the next release
but, currently, it is breaking quite a few of their package builds.
However I don't know whether that
701 - 800 of 1213 matches
Mail list logo