fix: properly handle cpp templates #481
Conversation
|
This also fixes an issue where structs and unions were not being parsed properly, causing missing imports. |
|
As a side effect of fixing struct and union parsing, types not handled properly by go-macho now show up as Obj-C Classes. Before: @interface NSDateComponents : NSObject <NSCopying, NSSecureCoding>
- (struct __CFDateComponents { struct __CFRuntimeBase { unsigned long long x0; _Atomic x1; unsigned long long x2; } x0; struct __CFCalendar *x1; struct __CFTimeZone *x2; long long x3; long long x4; long long x5; long long x6; long long x7; long long x8; long long x9; long long x10; long long x11; long long x12; long long x13; long long x14; long long x15; long long x16; long long x17; long long x18; } *)_dateComponents;After: @class x1;
@interface NSDateComponents : NSObject <NSCopying, NSSecureCoding>
- (struct __CFDateComponents { struct __CFRuntimeBase { unsigned long long x0; _Atomic x1; unsigned long long x2; } x0; struct __CFCalendar *x1; struct __CFTimeZone *x2; long long x3; long long x4; long long x5; long long x6; long long x7; long long x8; long long x9; long long x10; long long x11; long long x12; long long x13; long long x14; long long x15; long long x16; long long x17; long long x18; } *)_dateComponents;This needs to be fixed in go-macho. |
|
The issue in go-macho should be address by this patch: blacktop/go-macho#58 |
|
@t0rr3sp3dr0 go-macho updated, rebase? |
|
We also need to get this one merged: blacktop/go-macho#59 Noticed some weird |
done |
|
LGTM |
This patch fixes an infinite recursion while processing C++ Template types.
Fixes: #463