On 29 Jan 2010, at 15:08, Marco van de Voort wrote:
I'd like to hear your opinion on what exactly causes this too. I
thought
about it, and would roughly say:
1) the FPC cg accepts roughly a kind of superset of pascal dialects,
and the dialect modes map
onto it.
2) the fact that precompiled units roughly are a binary representation
of the header converted in this superset?
while
1) gcc's GIMPLE is lower level (not a common superset of dialects/
languages)
2) gcc derivatives don't store their haeders in a binary
representation in
such superset.
I think the binary representation is unrelated. It can also work if C
headers contain a #pragma that indicates the language mode they are
written in (and the C file that includes them contains another
#pragma, or the mode setting in the header is preceded by a "push" and
followed by a "pop" of the current/default language mode). I don't
know whether GCC supports this though.
Jonas
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
