Hi Gregory,
Objective-C 2.0
=
Odds are the existing developers will still write for versions of Mac
OS 10.4 and below in order to have the widest possible range of
customers, but eventually Objective-C 2.0 *will* become the
standard. As more
and more people upgrade this will become the
Hi Everyone,
I've spent the last two days locked in my room doing some therapeutic
coding[1], and the result is a new Objective-C runtime (rejection is
obviously good for my productivity; I should apply for more jobs). A
quick summary of features:
- Two layer model, with Self-like
On 8 Nov 2007, at 15:03, David Chisnall wrote:
You can find a more detailed overview of the library design here:
http://cs.swan.ac.uk/~csdavec/libobjc/libobjc.pdf
Interface documentation:
http://cs.swan.ac.uk/~csdavec/libobjc/libobjc.pdf
Nicolas has just pointed out that these two URLs
I've been following this discussion for a little while and I thought
I'd chime in with my 2¢ too:
GNUstep is easy to install from source, but most people regard 'from
source' as difficult. A huge problem with source installations is
that they don't integrate with your distribution's
Hey Quentin,
On 11 Nov 2007, at 00:42, Quentin Mathé wrote:
As we already discussed it, I really like the whole design except the
fact protocols are only available at class level.
I tried to clarify this a bit in the blog posting. What I call
'classes' in the current runtime are closer
On 11 Nov 2007, at 18:39, Nicolas Roard wrote:
Let's be blunt: I don't care if GNUstep choose to have a new UI theme
by default,
although I really, really think it should. And it's not like you
wouldn't be able to switch back to the NeXT theme if you want.
I started writing a long reply to
Hi Mark,
First, as an Étoilé developer, I can answer the question in your
subject line with a definite 'yes.' I recently did a Cocoa tutorial
for OS X users where we developed a simple app in XCode and Interface
Builder. In the last five minutes of the session, I copied the code
that
My guess is that it's bad interaction with the compositing manager.
GWorkspace draws directly onto the root window, but when you are
running a compositing manager then this will redirect all of your
windows off screen and draw them all onto the root itself. If you
have two applications
On 15 Nov 2007, at 16:23, Gregory John Casamento wrote:
Does anyone have any suggestions of a good place to create a
forum? (i.e which website?)
An official GNUstep forum should be hosted on the GNUstep site.
Anything else looks unprofessional.
David
When GORM creates an NSTextView, it is really containing an
NSScrollView containing an NSTextView. Some applications will want to
modify properties of the scroll view, some of the text view, and so
both are accessible. It makes sense once you understand the view
hierarchies employed by
On 13 Nov 2007, at 13:45, Helge Hess wrote:
On 10.11.2007, at 20:11, Jesse Ross wrote:
To pickup the Ruby example, I'm not aware of any killer app Ruby
or Rails provides.
Just to clarify, Rails _is_ Ruby's killer app. Rails is what
propelled Ruby onto the shelves of every bookstore I can
On 21 Nov 2007, at 11:11, David Ayers wrote:
- There is no tutorial at all. The documentation (and I use the
term
in the loosest possible sense) says 'read the Apple WO4.5 docs.'
Unfortunately, these all talk about using WebObject Builder, a GUI
tool that doesn't appear to have a GSWeb
Hi Manuel,
I think Thom's comments are a little harsh, but I have to concur with
the underlying idea behind them. I am not exactly an Objective-C
neophyte - around 20K lines of code in the Étoilé repository are my
contribution and I have no problems digging through the -gui source to
On 24 Nov 2007, at 01:04, Helge Hess wrote:
But really, you will never get an ObjC framework as easy to learn as
a framework built on interpreted languages, be it Seaside, RoR or
Zope. If you start with ObjC, you always need to deal with RC, with
makefiles, with GCC, etc etc.
This is the
Gah! I'm still not used to the weird reply behaviour on this list.
Begin forwarded message:
On 23 Nov 2007, at 13:08, Chris B. Vetter wrote:
There may be a better way, but here's how I do it:
Since every object that needs to be translated has a title/label, I
use the English label in Gorm,
Hi Gregory,
On 25 Nov 2007, at 18:42, Gregory John Casamento wrote:
As far as interface localization goes, Gorm has a Translate feature
under the Document menu which allows you to export the existing
strings in the interface and create a strings file. This feature
will allow you to
Hi Tommy,
There is a list of current API compatibility somewhere, but I can't
find it at the moment. A good few rules of thumb are:
- Try to stick to Foundation and AppKit. A few other frameworks, like
AddressBook, also work, but are external to the core GNUstep
distribution.
-
On 4 Jan 2008, at 00:11, Justin Kendrick wrote:
I'm writing a class which needs to determine the current thread and
get an object tied to that thread. I'd like to use an NSDictionary
keyed by an NSThread object, but NSThread instances not copyable
(and I can't find any good documentation
, Fred Kiefer wrote:
It would be nice to come to Swansea, not just for a hacking session,
but
as it happens, I am in the UK the week before and wont have the time
to
come again the next weekend. Next time.
Have fun,
Fred
David Chisnall wrote:
Hi Everyone,
The Computer Science Department here
Ooops. Forgot the discuss-gnustep breaks the reply button.
Begin forwarded message:
Foundation provides an abstraction over the underlying platform. If
you wanted to remove the dependency on libc (which is the standard
way of providing this in C), what would you replace it with?
Also,
Hi Everyone,
For those of you who don't follow the LLVM lists (presumably almost
everyone), I thought I'd mention that I've started working on code
generation for clang. I think this is important for the future of
GNUstep since Apple are likely to switch to switch to using clang/llvm
hold out much hope of it being changed
because at the time the library was written the LGPL existed and I'm
presuming it was done this way for a reason.
Sincerely, GJC
--
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: David
On 29 Feb 2008, at 16:39, [EMAIL PROTECTED] wrote:
IMHO, changing GNUstep in any way to require LLVM is generally not a
good move. It makes life even more difficult to have GNUstep included
in any Linux distribution because we can't influcence them to provide
a LLVM ObjC compiler. Or we have to
This post is from Chris Lattner, LLVM lead developer and now head of
Apple's LLVM team. The compiler he is talking about is gcc-llvm,
which uses the scanner and parser from GCC and the code generation
from LLVM.
For various reasons (licensing, ability to use the code in other
projects,
On 1 Mar 2008, at 13:12, Helge Hess wrote:
Finally: I do not think that we can get away with it that easily. As
everyone knows there is Objective-C 2.0, and GNUstep do esnot
support it. Which is a major reason why I personally slowed down my
'investment' into ObjC. (an environment separate
On 1 Mar 2008, at 14:16, Helge Hess wrote:
So far I didn't read the license of clang, but wouldn't it be
possible to license changes we do under GPL? (pretty much in the
same line what you fear Apple could do ;-)
The license for clang and LLVM is BSD-style. There is nothing
stopping you
On 1 Mar 2008, at 15:27, Helge Hess wrote:
On 29.02.2008, at 18:33, Hubert Chathi wrote:
How is it not Free software?
Its not Free Software according to the FSF definition, which
everyone refers to when you are taking part in a mailinglist which
contains GNU or GNA in its name.
On 3 Mar 2008, at 12:56, Richard Frith-Macdonald wrote:
I'd love to see support for your runtime in GNUstep (happy to add
patches to gnustep-base to allow that).
Good to hear :-)
However, it's not clear to me how that can be achieved using gcc ...
since I was under the impression that
On 1 Mar 2008, at 18:07, Nicola Pero wrote:
They could also fork it, and keep their fork private. Every 6 months,
they merge the mainstream changes into their fork, but never open up
their fork. So they get your improvements, but you don't get theirs.
They have been doing exactly this with
Oooops. I keep forgetting this list breaks the reply button.
Begin forwarded message:
From: David Chisnall [EMAIL PROTECTED]
Date: 21 April 2008 11:43:55 BST
To: Francisco Oltra [EMAIL PROTECTED]
Subject: Re: Central GNUstep software index?
On 20 Apr 2008, at 05:58, Francisco Oltra wrote
On 22 Apr 2008, at 12:32, [EMAIL PROTECTED] wrote:
On 21 Apr., 13:39, Chris B. Vetter [EMAIL PROTECTED] wrote:
On Mon, Apr 21, 2008 at 12:02 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
[...]http://www.letux.de/swi/
[...]
Nicely done.
--
Chris
Thanks!
PLEASE try to add/update
On 29 Apr 2008, at 07:55, Richard Frith-Macdonald wrote:
TEST_RELEASE was added to optimise the common case of sending -
release to nil when gc was not enabled ... the 'if (object)' test
being much more efficient than a method call.
GCC with the Apple runtime will now, I believe, move the
Hi Rubens
On 30 Apr 2008, at 12:22, Rubens_Septimus wrote:
So, according to the first way - for newbies like me - my question
might be
: is the Camaelon theme engine specific to Etoile or is it well
integrated
within GNUstep specs so I can use it, without the need to install
from svn ?
I
Hi Everyone,
Just a quick update on my progress getting clang/LLVM to support
Objective-C code generation on the GNU runtime. As of the patch I
just sent for review, the following work:
- Class, protocol and category declarations / definitions.
- Message sends to classes and objects.
On 2 May 2008, at 23:22, Marko Riedel wrote:
Furthermore, in the loop that I initially mailed to the list, I
created
lots of autoreleased NSData objects, which would not be collected
until
the exit from the method
You might want to look at the STACK macro in EtoileFoundation if you
are
On 3 May 2008, at 10:26, [EMAIL PROTECTED] wrote:
c) Real cross-compiling
This means that you have a gcc version on your Linux machine that
emits executables that run on OSX. Unfortunately, OSX uses MACH-O
binaries and building a cross-compiling gcc is very tricky.
I've not tried building
On 16 May 2008, at 00:37, Rubens_Septimus wrote:
Is
FreeBSD more up to to date and more easy to get running ? I wonder
what all
the GNUstep dev use : maybe OS X ? I'm very confused...
I use FreeBSD for Étoilé development. The GNUstep ports (core
frameworks and other applications) are
On 26 May 2008, at 09:35, [EMAIL PROTECTED] wrote:
Since desktop systems are decreasing in popularity, notebooks are at
their top attractivity and UMPCs/Handhelds at the horizon, I think we
have to put a little more public emphasis on smaller embedded devices.
I really can't agree with this
Are the GSWAdaptor interface to the web server documented somewhere?
It would be nice to have a FastCGI interface working so that it could
be used with Apache 1 or something more lightweight like Lighttpd.
This would also make more sense on OpenBSD, which runs httpd in a
chroot - using
On 27 May 2008, at 07:00, [EMAIL PROTECTED] wrote:
The next thing is that there is no recent update for the N770. Only
the 800 and 810.
And, they have switched to EABI - for which I don't have a working
compiler.
There is a community back-port of the latest N800 OS to the 770 (OS
2007
Hi,
Consider the following example:
@interface A : NSObject {
int a;
}
@end
@interface B: A {
int b
int c;
}
@end
B * obj;
At the moment, accesses to objective-c instance variables are
performed by calculating the offset at compile time. Something like
obj-c is
On 3 Jun 2008, at 09:11, Fred Kiefer wrote:
I like this whole idea a lot, but we will need a bit more
performance testing to make sure we understand the consequences.
What I did not quite get is where are we going to store the size of
the different classes? Perhaps a more detailed outline
On 3 Jun 2008, at 15:41, [EMAIL PROTECTED] wrote:
Posing is deprecated in Mac OS X v10.5. The poseAsClass: method is
not available in 64-bit applications on Mac OS X v10.5.
http://developer.apple.com/releasenotes/Cocoa/RN-ObjectiveC/index.html#/
On 12 Jun 2008, at 16:30, Richard Frith-Macdonald wrote:
- is it likely in the near future (or ever) that Objective-C 2.0
language support
will be provided? Mainly interested in the syntax changes like
@properties,
@synthesize, fast enumeration (which I suspect gcc 4.3 will mainly
On 12 Jun 2008, at 20:55, Richard Frith-Macdonald wrote:
I've not checked whether GCC will emit them when targeting the GNU
runtime or not.
If it does, I guess we should/must implement support for it in the
collections in GNUstep-base. Though to be honest I think the
language would be
So, I've been thinking for a while that the implementation of GC that
Apple seem to have settled upon is, to be polite, a complete
disaster. The need for weak pointers means that it has no advantages
over ref counting and lots of disadvantages.
One thing that Apple seem to have forgotten
On 6 Jul 2008, at 23:40, Riccardo wrote:
Currently, it works only on Linux with ACPI with 2.6 kernels since
it reads files in /proc and relies on that format. It runs also on
FreeBSD thanks to patches by Chris Vetter.
I've written code in SystemConfig in the Étoilé repository for getting
On 7 Jul 2008, at 15:07, Fred Kiefer wrote:
David Chisnall wrote:
On 6 Jul 2008, at 23:40, Riccardo wrote:
Currently, it works only on Linux with ACPI with 2.6 kernels since
it reads files in /proc and relies on that format. It runs also on
FreeBSD thanks to patches by Chris Vetter.
I've
On 7 Jul 2008, at 16:00, Fred Kiefer wrote:
David Chisnall wrote:
On 7 Jul 2008, at 15:07, Fred Kiefer wrote:
David Chisnall wrote:
On 6 Jul 2008, at 23:40, Riccardo wrote:
Currently, it works only on Linux with ACPI with 2.6 kernels
since it reads files in /proc and relies on that format
On 7 Jul 2008, at 22:48, Riccardo wrote:
I don't like the idea of depending on DBus. All this power checking
has too many layers, indirections and uncertainity already. Now
Linux has also /sys filesystem and I bet I will end needing to
support it alongside of /proc.
Linux completely
On 22 Jul 2008, at 10:30, Jaroslav Joska wrote:
First of all, you can compile the C file using gnustep-make. Use
the following
GNUmakefile:
include $(GNUSTEP_MAKEFILES)/common.make
CTOOL_NAME = test
test_C_FILES = test.c
ADDITIONAL_CFLAGS += $(shell mysql_config --cflags)
On 24 Jul 2008, at 09:20, Charles philip Chan wrote:
So basically I am returning an array of the keys, and since there is
only 1 key for the object Album I search for it at index zero in the
array and return it as an NSMutableString. I then want to change the
string to the really key for the
OpenGroupware.org and SOGO contain classes for writing iCalendar
files compatible with iCal. I believe they also include a CalDav
server implementation, which should make syncing with the iPhone
trivial (just point it at the CalDav server URL).
David
On 25 Jul 2008, at 13:23, Andreas
Hi,
I was wondering if there was a way, with GNUstep make, of
automatically generating a list of files that will be installed and
directories that will be created when you install a GNUstep program.
David
___
Discuss-gnustep mailing list
On 1 Aug 2008, at 15:59, Gregory John Casamento wrote:
Yes, there is an effort to do this. David Chisnall is working on a
runtime for LLVM to do this. I'm not sure if it's going to happen
in gcc, but it might happen in LLVM.
In summary, I think there are three efforts underway to do
On 2 Aug 2008, at 12:14, [EMAIL PROTECTED] wrote:
1) Someone at Apple, whose name escapes me, is backporting their
front-end changes to GNU GCC. This will add all of the features that
don't require runtime support (properties and so on) to GNU GCC.
Here is a link to the patches Apple has
On 28 Aug 2008, at 21:27, Peter Cooper wrote:
Hi
I'm looking at using bundles for a non-gui tool. A curious thing is
that I get a lot of superfluous libraries automatically linked.
These are not superfluous.
linux-gate.so.1 = (0xb7f31000)
System call interface for glibc.
On 31 Aug 2008, at 14:57, Markus Hitter wrote:
Am 30.08.2008 um 14:27 schrieb expilo:
There's not even root password in the docs, at least not to be
found easily.
All the live CDs I tried so far had password-less root access with
sudo. Did you try a sudo shutdown now?
Can't you just
Hi Kevin,
On 3 Sep 2008, at 02:52, Kevin Ward wrote:
In a few months I will be at a school with Macs, but I want to get
a head-start on learning Objective-C and Cocoa.
Good to hear.
Can someone recommend a particular operating system, such as
FreeBSD or Debian, which is very well
On 15 Oct 2008, at 01:05, grendelan wrote:
If GNOME uses D-Bus, doesn't that conflict, from a design
standpoint, with
GNUStep's inherent message bus? What about the scope/namespace of
the bus?
We had a SoC project this year for bridging D-BUS and DO. This didn't
make as much progress
On 19 Oct 2008, at 01:08, Stefan Bidigaray wrote:
Just wondering which one I should use the build the Slackware
packages? I ran into some extra time to poke around with what
happened with the previous try to build them and I'd like to build
with the best, most stable backend.
The best
Hi,
Is it possible for GNUstep Make to use --no-print-directory for
recursive make? It already prints friendly messages about changing
directory, and the output is much easier to read without GNU make
spamming the full path whenever you change directories.
David
I still have the new and open menu items grey'd out with the latest
Gorm on FreeBSD 7 / x86.
Can anyone else reproduce this? I've tried a clean reinstall, deleted
my defaults, and turned off all use appkit bundles. Gorm is the only
application to exhibit this problem - all other GNUstep
On 26 Oct 2008, at 18:40, Nicolas Roard wrote:
On Sun, Oct 26, 2008 at 5:22 PM, David Chisnall [EMAIL PROTECTED]
wrote:
I still have the new and open menu items grey'd out with the latest
Gorm on
FreeBSD 7 / x86.
Can anyone else reproduce this? I've tried a clean reinstall,
deleted my
On 30 Oct 2008, at 07:44, Markus Hitter wrote:
Am 29.10.2008 um 19:30 schrieb Krishna:
While Xcode integration can be a big plus, having to cross-compile
everytime can be painful, no?
No. :-) You'll only notice by the doubled compile time, i.e. 2
seconds instead of 1 for typical small
On 30 Oct 2008, at 14:10, Nicolas Roard wrote:
On Thu, Oct 30, 2008 at 1:56 PM, Truls Becken
[EMAIL PROTECTED] wrote:
Nicola Pero wrote:
Anyway, I agree that for an Xcode programmer the idea of just
having a
button in Xcode that cross-compiles to Windows might be attractive.
I also agree
Hi,
I'm just about to commit static compilation support to LanguageKit and
edlc, and I'd like to be able to support this cleanly from GNUstep Make.
To compile a Smalltalk file to LLVM bitcode, you need to run:
edlc -c -f {smalltalk file name}
This will give you a .bc file. All of these
On 10 Nov 2008, at 13:54, Nicola Pero wrote:
On 10 Nov 2008, at 13:18, David Chisnall wrote:
Hi,
I'm just about to commit static compilation support to LanguageKit
and edlc, and I'd like to be able to support this cleanly from
GNUstep Make.
To compile a Smalltalk file to LLVM bitcode
On 12 Nov 2008, at 00:51, Jason Todd Slack-Moehrle wrote:
Hi All,
I am discussing GNUMail with Ludovic.
What would everyone think of more of a CRM type app like DayLite by
Market Circle? Not totally like that, but where you would have a
record for each contact and besides seeing e-mail
On 13 Nov 2008, at 12:49, Pete French wrote:
This too is a system specific solution, but at least we use glibc
instead of doing the parsing ourselves. This should save us the
problem
of adopting to a new kernel every time.
We still will need different solutions for non-Linux systems.
On 15 Nov 2008, at 03:51, Tommy Nordgren wrote:
By default the gsl headers and libraries are stored in /usr/local/
include and /usr/local/lib
The location of header and library files is highly OS / distribution-
specific. It's /usr/local/include/gsl and /usr/local/lib on FreeBSD.
It is
On 15 Nov 2008, at 15:12, Tommy Nordgren wrote:
So it is on my system too, but you should pass -I/usr/local/include
to the compiler with that path.
GSL headers are normally referred to in source as:
#include gsl/some_gsl_header.h
This is entirely the wrong thing to do.
If you put the gsl
On 17 Nov 2008, at 06:02, Krishna wrote:
On Mon, Nov 17, 2008 at 1:01 AM, Lars Sonchocky-Helldorf
[EMAIL PROTECTED] wrote:
Some of you might be interested in this. AutoZone is Apple's
garbage collector for Cocoa:
Is it a drop-in GC? I remember reading that it requires compiler
support
I am getting people trying to build the latest Étoilé release and
complaining about bugs in GNUstep that I know were fixed ages ago. Is
there going to be a new stable release soon containing these fixes?
David
P.S. The stable/unstable version numbering system really confuses a
lot of
On 21 Nov 2008, at 23:01, Fred Kiefer wrote:
Adam Fedor wrote:
On Nov 21, 2008, at 9:05 AM, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
And one thing makes me wonder a little: why is it still a 0.15
release? After so many years of work.
From a marketing view this looks like an
CFLite was released by Apple a few years ago, and is an implementation
of the objects used in property lists. As I recall, it was APSL'd.
It was used in porting Launchd and a few other Apple projects to other
systems.
Since the CF* objects are just NS* objects (with some evil hackery in
I had a quick look at EyeDB, and it appears to be an OODBMS, unlike
GDL which is an ORM, and so the two would not mesh well together. You
might consider integrating it in to CoreObject, which is an OODBMS.
The GPL means we would not accept the patches, but it could be
maintained as a
On 24 Nov 2008, at 11:20, Fred Kiefer wrote:
I am willing to help with any improvements you come up with, as long
as
it still works with an older X server (we need to stay compatible
otherwise Riccardo will complain). Myself I never use X over a remote
connection so I am not familiar with the
Hi,
I have some code which transfers an NSInvocation to another thread to
execute. Before doing this, it sets the return value to a proxy. I
now have the problem on GNUstep that when I fire the invocation in the
second thread that it writes the result to the stack on the original
NSManagedObject is part of CoreData. GNUstep does not contain an
implementation of CoreData (and Apple don't seem to like it - they've
made it very hard to integrate it well with Time Machine or Spotlight
so I don't know how long it will last). There's a partial
implementation for
Hi everyone,
We're trying to organise a second Étoilé hackathon. Some time around
May the 12th is looking like the most likely date, but before we
finalise it would any steppers be interested in attending, and are
there any other dates you'd like to propose? It will be held in
Swansea,
On 1 Dec 2008, at 14:27, Richard Frith-Macdonald wrote:
On 1 Dec 2008, at 13:55, David Chisnall wrote:
NSManagedObject is part of CoreData. GNUstep does not contain an
implementation of CoreData (and Apple don't seem to like it -
they've made it very hard to integrate it well with Time
stack location.
Any hints?
David
On 30 Nov 2008, at 02:36, David Chisnall wrote:
Hi,
I have some code which transfers an NSInvocation to another thread
to execute. Before doing this, it sets the return value to a
proxy. I now have the problem on GNUstep that when I fire the
invocation
On 1 Dec 2008, at 16:12, Richard Frith-Macdonald wrote:
On 1 Dec 2008, at 15:54, David Chisnall wrote:
I've looked at GSFFCallInvocation and I can't work out why changing
the value of _retval does not alter where it stores the return
value. av_start_ptr appears to be called with _retval
On 12 Dec 2008, at 20:58, Fred Kiefer wrote:
And we really should add that make sysinstall hack to GNUstep make
before the next release to make live easier for the people out that
that
want to stick with the old structure.
Please do! Being able to blow away Local without destroying the
On 15 Dec 2008, at 11:18, Richard Frith-Macdonald wrote:
On 15 Dec 2008, at 11:00, David Chisnall wrote:
I still don't fully understand the rationale for moving system
packages out of System.
That would be because system packages haven't been moved out of
System there's no plan to ever
On 15 Dec 2008, at 08:46, David Ayers wrote:
Am Freitag, den 12.12.2008, 16:42 -0600 schrieb Stefan Bidigaray:
On Fri, Dec 12, 2008 at 2:55 PM, David Chisnall thera...@sucs.org
wrote:
On 12 Dec 2008, at 20:58, Fred Kiefer wrote:
And we really should add that make
On 3 Jan 2009, at 19:34, Fred Kiefer wrote:
5. Is there a nice Desktop? (Etoile - Quentin)
As far as I know that current release of Etoile isn't that well
adjusted
to the recent GNUstep release. Maybe we should wait for the next
release
where we plan to get things closer together again.
On 3 Jan 2009, at 23:25, Andreas Höschler wrote:
ld: warning: file libgcc_s.so.1: required by /usr/local/lib/gcc/i386-
pc-solaris2.10/3.4.4/../../../libtiff.so.3, not found
This line is interesting. libgcc_s.so is the library that GCC links
every single program it compiles against
On 6 Jan 2009, at 00:57, Lars Sonchocky-Helldorf wrote:
- Some updates about what is going on with Étoilé - I read the blog
on http://etoileos.com/news/ from time to time and David's runtime
stuff, the Smalltalk Integration, Quentin's CoreObject stuff and all
the other things interest me
Hi Everyone,
I've just been sent a contract for writing a book on Cocoa, and
obviously there will be some space for talking about GNUstep. I can
easily write about open source uses of GNUstep, but I'd be really
interested in hearing from anyone using GNUstep commercially, and any
On 6 Jan 2009, at 01:40, Lars Sonchocky-Helldorf wrote:
Am 06.01.2009 um 02:25 schrieb David Chisnall:
On 6 Jan 2009, at 00:57, Lars Sonchocky-Helldorf wrote:
- Some updates about what is going on with Étoilé - I read the
blog on http://etoileos.com/news/ from time to time and David's
Hi,
I notice that OS X includes a CalendarStore.framework which contains a
set of model objects for working with iCalendar data and integrating
nicely with iCal. Since I know a few people are using GNUstep with
iCalendar files via libical or similar, I wonder if anyone has started
On 7 Jan 2009, at 15:05, Gregory John Casamento wrote:
The best we can do is the same that either one of GNOME or KDE do
and that is to provide themes that match the other very closely.
Using native widgets is out of the question in most cases.
The suggestion was not to use GTK+ or Qt
On 7 Jan 2009, at 18:10, Fred Kiefer wrote:
The shape extension should be part of Xext and we already check for
that
in our configure script. Maybe Ubuntu packages things up differently
or
our check isn't sufficient.
Typing something like this at the prompt should tell you where the
file
Hi Everyone,
We have a room booked in Swansea University from May 12 to 15, as
Quentin suggested. I hope this will be convenient for everyone
(except Jesse, who gets his own personal hackathon in March).
As you may have noticed, the pound has collapsed against both the euro
and the
On 9 Jan 2009, at 14:04, Lars Sonchocky-Helldorf wrote:
What is missing (IMO) from our presentation lineup is someone
talking about Etoile.
I am also very much interested in this (especially all the stuff
David Chisnall did with the runtime and the LanguageKit), but from
what I heard
On 11 Jan 2009, at 22:06, Larry Campbell wrote:
On Jan 10, 2009, at 3:38 AM, Richard Frith-Macdonald wrote:
I use native objc exceptions with gcc-4.4.0. However, if you want
the uncaught exception handler to work, you need to have patched
the runtime.
Do you also use Obj-C++? That seems
On 14 Jan 2009, at 21:08, Fred Kiefer wrote:
Getting a menu inside of a window is not that easy. You will have to
hack through NSMenu a bit. If you know what you are doing this is
fine,
but don't expect to get every step explained by this mailing list. We
don't even know, whether you plan to
On 19 Jan 2009, at 07:51, Sebastian Nowicki wrote:
In the release notes for v1.16.0 [1] it is mentioned that
NSOperation is on the to-do list. I'm wondering what the status of
that is. As far as I can tell there's no support for it whatsoever.
This is unfortunate as I would like to use
1 - 100 of 1213 matches
Mail list logo
