Re: Is NSMethodSignature compiler-dependent?
Re: Is NSMethodSignature compiler-dependent?
- Subject: Re: Is NSMethodSignature compiler-dependent?
- From: Aurélien Hugelé <email@hidden>
- Date: Fri, 13 May 2005 09:58:12 +0200
On 13 mai 05, at 06:47, Ingmar J Stein wrote:
Hi all,
the following test programs illustrate a problem I'm having with
Distributed
Objects when the client and server have been compiled with
different gcc
versions.
I don't know if attachments are allowed on this list, so I will
include the
source files inline.
server.m:
...
Makefile:
all: client server
client:
gcc-3.3 -o client client.m -framework Foundation
server:
gcc-4.0 -o server server.m -framework Foundation
clean:
rm -f client server
EOF
The following happens when I run the test programs:
$ ./server&
[1] 2917
$ ./client
2005-05-13 06:35:26.699 server[2917]
_preInitWithCoder:signature:valid:wireSignature:target:selector:argCou
nt: incompatible method params: got NSMethodSignature:
types=Vv@:nO@ nargs=3 sizeOfParams=160 returnValueLength=0; want
NSMethodSignature: types=Vv@:On@ nargs=3 sizeOfParams=160
returnValueLength=0;
As you can see, the NSMethodSignature of the echo method differs in
the type
signature: Vv@:nO@ vs Vv@:On@
However, the order of the flags nO (in, bycopy) should not be
relevant.
What can I do to work around the problem?
Ingmar
Hi Ingmar !
I have the exact same problem with my lastest project. But i noticed
2 important things :
1/ This is more due to 10.4 vs 10.3 than GCC4 vs GCC3, But i must
recognize that i must retest that because i did'nt thought about gcc4
vs gcc3 at the time i tested it :)
2/ This warning is not "vital" ... let me explain : i had the same
problem until i change most of my "type qualifier" "out bycopy" by
more simple "bycopy" and the problem vanished... (ok i loosed a small
optimization...)
Can you please report this bug in the radar ? something stranged
happened with either GCC4 or 10.4 Apis...
Please, contact me if you found the reason or a solution :)
good luck
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden