gpc -I/Users/peter/unix/gpc/gpc-pinterfaces/GPCPInterfaces -funit-path=/Users/peter/unix/gpc/gpc-pinterfaces/GPCPInterfaces --automake -o testrecord testrecord.pas
it would automatically include all the necessary units, but apparently not (did this change, I think it worked before but I might have compiled it slightly differently).
This should work. Since you don't say what happens, I can't tell more.
/usr/local/bin/ld: Undefined symbols: _init_Adsp _init_Aedatamodel _init_Aehelpers _init_Aeinteraction _init_Aemach _init_Aeobjects _init_Aepackobject _init_Aeregistry ... collect2: ld returned 1 exit status make: *** [testrecord] Error 1
One alternative is to change from unit "uses" to include files (which the Mac interfaces support anyway for reasons I've never understood), and just make a single really really big unit including all the interfaces. However that would be quite large and I don't know how happy GPC will be with a single unit with 300,000 lines in it, or how slow it will be for users to use it once the .gpi has been created.
300000 lines sounds very much. It's more than on my Linux system the total of all headers of the system, X11 various libraries etc.
There's a lot of stuff in there. And probably a fair amount of it is comments (a little hard for wc -l to tell me that though ;)
This doesn't mean that GPC will necessarily fail on such a large unit (I haven't tried this, except for pathetic cases). If there are no O(n^2) cases anymore, it might work, but it might take a lot of memory ...
Ok, well, I have a couple options to try anyway, I'll try various of them out and see what works, but if you have an idea why the compile above fails, that'd be handy.
Thanks, Peter.