GNUstep on x86_64

[BALATON Zoltan]

In the base patch mentioned in my previous letter also included a first 
try to compile GNUstep on x86_64 where the only problem seems to be 
mframe. By copying the config files from i386 it compiles and basic things 
(not using mframe also seem to mostly work) but 
Testing/nsmethodsignature.m gives the following output:

2006-04-22 22:44:59.754 nsmethodsignature[3162] sel: 
smallStruct_id:uchar:ushort:uint:ulong:float:double:largeStruct:smallStruct:
rts:address@hidden:address@hidden
mfs:address@hidden:address@hidden
2006-04-22 22:44:59.754 nsmethodsignature[3162] sel: 
largeStruct_id:char:short:int:long:float:double:largeStruct:smallStruct:
rts:address@hidden:address@hidden
mfs:address@hidden:address@hidden
2006-04-22 22:44:59.754 nsmethodsignature[3162] sel: void_float:double:
rts:address@hidden:8f16d20
mfs:address@hidden:8f16d24
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: void_sshort:
rts:address@hidden:8s16
mfs:address@hidden:8s16
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: void_ushort:
rts:address@hidden:8S16
mfs:address@hidden:8S16
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: void_short:
rts:address@hidden:8s16
mfs:address@hidden:8s16
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: void_schar:
rts:address@hidden:8c16
mfs:address@hidden:8c16
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: void_uchar:
rts:address@hidden:8C16
mfs:address@hidden:8C16
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: void_char:
rts:address@hidden:8c16
mfs:address@hidden:8c16
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: smallStruct_void
rts:address@hidden:8
mfs:address@hidden:16
2006-04-22 22:44:59.755 nsmethodsignature[3162] sel: largeStruct_void
rts:address@hidden:8
mfs:address@hidden:16
2006-04-22 22:44:59.785 nsmethodsignature[3162] Skipping 
test_compare_server_signature: proxy not found.
2006-04-22 22:44:59.785 nsmethodsignature[3162] MethodSignature Test 
Failed:
2006-04-22 22:44:59.785 nsmethodsignature[3162] 
NSInternalInconsistencyException discrepancies between gcc/mframe 
signatures (nil)

Testing nsinvocation.m dumps core as follows:

Starting
Calling proxy
Testing NS_MESSAGE ... OK
Testing NS_INVOCATION ... OK
Expect: 99, invoke: 99 forward: 99
Expect: 12345, invoke: 12345 forward: 12345
Expect: 123456, invoke: 123456 forward: 123456
Expect: 123456, invoke: 123456 forward: 123456
Expect: 123.456, invoke: 123.456 forward: 123.456
Expect: 123.456, invoke: 123.456 forward: 123.456
Expect: 51d670, invoke: 51d670 forward: 524560
Expect: 'string', invoke: 'string' forward: 'string'
Expect: {11,22}, invoke: {11,22} forward: {11,22}
Expect: {99,large,99.99}, invoke: {99,large,99.99} forward: 
{99,large,99.99}
Expect: 1, invoke: 1 forward: 1
Expect: 2, invoke: 2 forward: 2
Expect: 3, invoke: 3 forward: 3
Expect: 4, invoke: 4 forward: 4
Expect: 5.0, invoke: 5.0 forward: 5.0
Expect: 6.0, invoke: 6.0 forward: 6.0
Expect: 6.0, forward: 6.0
Expect: 56b350, invoke: 56b350 forward: 59d3c0
Expect: 'Hello', invoke: 'Hello' forward: 'Hello'
Expect: {8,9}, invoke: {8,9} forward: {8,9}

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912517591456 (LWP 3174)]
0x00002aaaabc50cb0 in strlen () from /lib64/tls/libc.so.6
Current language:  auto; currently c
(gdb) bt
#0  0x00002aaaabc50cb0 in strlen () from /lib64/tls/libc.so.6
#1  0x00002aaaaad23f06 in -[NSMutableDataMalloc 
serializeDataAt:ofObjCType:context:] (self=0x59e6c0, _cmd=Variable "_cmd" 
is not available.
)
    at /home/balaton/src/gnustep/core/base/Source/NSData.m:3292
#2  0x00002aaaaacf5f6d in -[NSArchiver encodeValueOfObjCType:at:] (
    self=0x59dd10, _cmd=Variable "_cmd" is not available.
)
    at /home/balaton/src/gnustep/core/base/Source/NSArchiver.m:531
#3  0x00002aaaaacf4f64 in -[NSArchiver encodeValueOfObjCType:at:] (
    self=0x59dd10, _cmd=Variable "_cmd" is not available.
)
    at /home/balaton/src/gnustep/core/base/Source/NSArchiver.m:338
#4  0x00002aaaaad55a6e in -[NSInvocation encodeWithCoder:] (self=0x59e4d0,
    _cmd=Variable "_cmd" is not available.
) at /home/balaton/src/gnustep/core/base/Source/NSInvocation.m:701
#5  0x00002aaaaacf4163 in -[NSArchiver encodeObject:] (self=0x59dd10, 
_cmd=Variable "_cmd" is not available.
)
    at /home/balaton/src/gnustep/core/base/Source/NSArchiver.m:825
#6  0x00002aaaaacf1df6 in -[NSArchiver encodeRootObject:] (self=0x59dd10, 
_cmd=Variable "_cmd" is not available.

) at /home/balaton/src/gnustep/core/base/Source/NSArchiver.m:631
#7  0x00002aaaaacf2251 in +[NSArchiver archivedDataWithRootObject:] (
    self=0x2aaaab022d00, _cmd=Variable "_cmd" is not available.
)
    at /home/balaton/src/gnustep/core/base/Source/NSArchiver.m:209
#8  0x0000000000400cdd in -[MyProxy forwardInvocation:] (self=0x56b350, 
_cmd=Variable "_cmd" is not available.
)
    at /home/balaton/src/gnustep/core/base/Testing/nsinvocation.m:182
#9  0x00002aaaaadecc58 in GSInvocationCallback (callback_data=0x5854c0,
    args=0x7fffffc744d0)
    at /home/balaton/src/gnustep/core/base/Source/GSFFCallInvocation.m:974
#10 0x00002aaaab8d8bc4 in __vacall_r () from /usr/lib64/libcallback.so.0
#11 0x0000000000402aff in main ()
    at /home/balaton/src/gnustep/core/base/Testing/nsinvocation.m:440

In frame #9 the parameters are:
(gdb) p *(vacallReturnTypeInfo *)callback_data
$3 = {type = __VAstruct, structSize = 24, structAlign = 8, structSplit = 
10922}
(gdb) p *args
$5 = {flags = 6, aptr = 140737484637616, raddr = 0x7fffffc74620,
  rtype = __VAstruct, rsize = 24, tmp = {_char = 109 'm', _schar = 109 
'm',
    _uchar = 109 'm', _short = -18835, _ushort = 46701, _int = 
-1428244883,
    _uint = 2866722413, _long = 46912499529325, _ulong = 46912499529325,
    _longlong = 46912499529325, _ulonglong = 46912499529325,
    _float = -3.95617051e-13, _double = 2.3177854377983131e-310,
    _ptr = 0x2aaaaadeb66d, _words = {46912499529325, 46912516470520}},
  memfargptr = 0x7fffffc74510, farg = {0, 0, 0, 0, 0, 0, 0, 0},
  memiargptr = 0x7fffffc74588, iarg = {140737484637728, 5682000, 5260176, 
0,
    5384448, 3174}}

in frame #1:
(gdb) p *type
$8 = 42 '*'
(gdb) p *(void **)data
$9 = (void *) 0xa500

in frame #2:
(gdb) p type
$15 = 0x597ab4 "address@hidden:16{?=i*f}24"

Can someone make sense of the above?

Regards,
BALATON Zoltan