[fpc-devel] First version of FPC for iPhone SDK 2.x available
jonas.maebe at elis.ugent.be
Sat Jan 10 12:37:51 CET 2009
On 10 Jan 2009, at 12:20, dmitry boyarintsev wrote:
> I'm using fpc trunk, so sometimes i have to rebuild compiler, rtl and
> packages. Since building to /usr/* required root rights, i don't use
> the path. I keep fpc sources and units at home directory.
> And so not mess up with numerous fpc.cfg, i've modified /etc/fpc.cfg
> to search for units at the home dir.
Ok, so the solution is indeed to ignore any (.)fpc.cfg files.
>> However, it is against the iPhone SDK agreement to distribute
>> works, and this is includes Pascal translations of framework
>> headers. So it
>> would be quite a challenge (if possible at all) to create and
>> distribute the
>> sources of a complete Pascal program with a GUI that does not
>> violate the
>> iPhone SDK agreement terms at this time.
> isn't it the same trick you've already done with the current
> implementation? The only thing necessary is converter from ObjC
> headers to Pascal headers. There's objcparser (objc 1.0 supported)
> already available for Cocoa.
It depends. If it is fully automatic without any need for manual
intervention afterwards, it could indeed work. I don't know whether
the iPhone SDK supports both Objective-C 1.0 and 2.0, or only 2.0
>> I cannot reproduce this. Please provide the full build transcript.
>> You can
>> obtain it by clicking on the third icon at the bottom of the pane
>> with the
>> output above (the one that looks like some text lines, next to the
>> warning triangle).
>> This error means that Xcode cannot find the assembler code for a
>> Pascal unit. I'll add a proper error message in the next version.
> transcript is attached to the mail, hope it helps.
I managed to reproduce it also in the mean time. It only happens for
me if I wait a while between building for different SDK's (when I
rebuild immediately for another SDK, it works fine). I'm working on a
Thanks for the feedback,
More information about the fpc-devel