> n Fri, Aug 21, 2009 at 03:20:05PM +0100, David Chisnall wrote:
>> We'd definitely like to support Solaris. I'm surprised that it
>> doesn't support strdup() - it's pretty widely-supported (it comes from
>> 4.4BSD, and I thought Solaris got all of that stuff via SunOS).
>
> Actually, it still might. It's just that I shouldn't be allowed to give
> advice when I'm in a hurry. strdup() is usually defined in string.h,
> not
> strings.h as I claimed earlier. Checking back with Open Group reveals
> that it is in fact a X/Open extension [0] and since I just dug up some
> random document claiming that Solaris 2.5 (!) is X/Open compliant [1],
> I
> highly suspect that it's somewhere there.
>
> Sorry for the confusion,
There it is:
pico /usr/include/string.h
#if defined(__EXTENSIONS__) || \
(!defined(_STRICT_STDC) && !defined(__XOPEN_OR_POSIX)) || \
defined(_XPG4_2)
extern char *strdup(const char *);
#endif
OK, here we go
cd /usr/src/etoileTrunk/Etoile
make OBJCFLAGS="-D__EXTENSIONS__=1"
Making all for framework UnitKit...
make[5]: Nothing to be done for `internal-framework-compile'.
Copying localized resources into the framework wrapper...
Making all in Source/ToolSource...
Making all for tool ukrun...
make[5]: Nothing to be done for `internal-tool-compile'.
Making all in ObjectiveC2...
Making build-headers for framework ObjectiveC2...
zsh: parse error near `\n'
Making all for framework ObjectiveC2...
Compiling file blocks_runtime.m ...
blocks_runtime.m:33: error: parse error before "id"
blocks_runtime.m:34: fatal error: method definition not in class context
compilation terminated.
make[4]: *** [obj/blocks_runtime.m.o] Error 1
make[3]: *** [internal-framework-run-compile-submake] Error 2
make[2]: *** [ObjectiveC2.all.framework.variables] Error 2
make[1]: *** [internal-all] Error 2
make: *** [internal-all] Error 2
pico ./Frameworks/ObjectiveC2/blocks_runtime.m
...
/* Makes the compiler happy even without Foundation */
@interface Dummy
- (id)retain;
- (void)release;
@end
...
The problem with the missing id definition remains!? Anything wrong
with my compiler buid?
gcc -v
Reading specs from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable-nls --disable-libgcj
--enable-shared --enable-languages=c,c++,objc
Thread model: posix
gcc version 3.4.4
Thanks,
Andreas
_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss
