I’d be all for this. FWIW there’s also the FOR_IN/END_FOR_IN macros in
GSFastEnumeration.h, which use fast enumeration with Clang and seem to emulate
it with other compilers.
> Am 31.01.2022 um 10:40 schrieb Richard Frith-Macdonald :
>
> A few years ago we declared gcc-4.0 as ou
A few years ago we declared gcc-4.0 as our minimum supported compiler version.
Does anyone know if gcc-4.0 support for fast enumeration actually works?
If it does, it would be good to start using fast enumeration internally (in
gnustep-base for instance).
I'd like to do that as it gives us
Oh nice. Something I can download?
Sent from my iPhone: 917-940-2709
On Oct 24, 2009, at 9:33 AM, David Chisnall thera...@sucs.org wrote:
On 23 Oct 2009, at 22:21, KNL wrote:
David,
Is this compiler with fast enumeration part of the release of
GNUStep for
windows? I ask I'm developing
David,
Is this compiler with fast enumeration part of the release of GNUStep for
windows? I ask I'm developing some code on Win XP using GNUStep and I get
lots of compile time errors when trying to use fast enumeration.
Many thanks for your reply,
Ken
Now I have a compiler that supports
On 24 Oct 2009, at 17:34, Ken Linton wrote:
Oh nice. Something I can download?
Just grab the latest llvm and trunk clang and build them.
David
-- Sent from my PDP-11
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
Now I have a compiler that supports fast enumeration on the GNU
runtime (no one else does yet, but I hope to fix that soon) I am able
to actually test the implementation... and it's all wrong.
This diff fixes it. I've tested it with this program:
#import Foundation/Foundation.h
void
On 3 Feb 2009, at 21:12, David Chisnall wrote:
Now I have a compiler that supports fast enumeration on the GNU
runtime (no one else does yet, but I hope to fix that soon)
Much faster than I expected. Clang trunk now supports fast
enumeration with the GNU runtime.
Note that ccc
Since we're likely to get a compiler that knows about fast enumeration
soon, I thought I'd start implementing the library support it needs.
This patch defines the protocol and implements it for NSEnumerator.
The collection classes will each need this implementing too. I'll do
On 28 Jan 2009, at 11:45, David Chisnall wrote:
Since we're likely to get a compiler that knows about fast
enumeration soon, I thought I'd start implementing the library
support it needs. This patch defines the protocol and implements it
for NSEnumerator. The collection classes
On 28 Jan 2009, at 12:08, Richard Frith-Macdonald wrote:
and remove the spurious change to NSProcessInfo.m which was also in
the patch.
Ah, I forgot that was in there. It's not entirely spurious - GNUStep-
base doesn't build on FreeBSD without it.
David
On 28 Jan 2009, at 12:08, Richard Frith-Macdonald wrote:
Your patch contains an additional line saying '#include sys/
sysctl.h' which looks like it should not be needed as a few lines
below we have the same include inside an '#ifdef HAVE_SYS_SYSCTL_H'
Did you need to add the include
On 28 Jan 2009, at 12:16, David Chisnall wrote:
On 28 Jan 2009, at 12:08, Richard Frith-Macdonald wrote:
and remove the spurious change to NSProcessInfo.m which was also in
the patch.
Ah, I forgot that was in there. It's not entirely spurious -
GNUStep-base doesn't build on FreeBSD
This patch fixes a bug in the last one (I forgot to set the items
pointer) and adds enumeration support to GSArray and GSMutableArray.
GSArray just returns a pointer to its contents directly.
GSMutableArray has a _version ivar added. This is incremented every
time the collection is
On 28 Jan 2009, at 13:13, David Chisnall wrote:
This patch fixes a bug in the last one (I forgot to set the items
pointer) and adds enumeration support to GSArray and GSMutableArray.
GSArray just returns a pointer to its contents directly.
GSMutableArray has a _version ivar added. This
14 matches
Mail list logo
