On Sun, 10 Jan 2010, Honza wrote:
Hi all,
as a side effect of some other task, there is available an initial
unit for unmarshalling data from GIR files, which are installed with
the various gobject-introspection-* packages. Result of such load is a
(tree) data structure with the same informat
After cleaning all units manually, the compiler can built.
But if i change anything in TObjSymbol interface again, the compiler
is unable to re-use files and fails with the same error
thanks,
dmitry
___
fpc-devel maillist - [email protected].
Hi all,
as a side effect of some other task, there is available an initial
unit for unmarshalling data from GIR files, which are installed with
the various gobject-introspection-* packages. Result of such load is a
(tree) data structure with the same information as the underlying GIR
xml, just mor
that will answer. thanks again.
On Sun, Jan 10, 2010 at 2:33 PM, Jonas Maebe wrote:
>
> On 10 Jan 2010, at 15:26, London Disney wrote:
>
> > As with my question (c), yes I mean what in the compiler did you
> > need to modify or focus on the most ?
>
> As far as adding Darwin/PPC64 support: very l
On 10 Jan 2010, at 15:26, London Disney wrote:
> As with my question (c), yes I mean what in the compiler did you
> need to modify or focus on the most ?
As far as adding Darwin/PPC64 support: very little, since someone else had
already added Linux/PPC64 support.
> It's a bit broad may be but
That's great help Jonas; thanks.
As with my question (c), yes I mean what in the compiler did you
need to modify or focus on the most ?
It's a bit broad may be but I think you only need to really
worry about the code-generation for, say, G5 64-bit ABI
and instruction set ? The rest of the code sh
On Sun, Jan 10, 2010 at 4:23 PM, Florian Klaempfl
wrote:
>
> Could you use a compiler with line info?
here you go:
Compiling symdef.pas
Fatal: Compilation aborted
An unhandled exception occurred at $00011AD5 :
EAccessViolation : Access violation
$00011AD5 fpc_shortstr_to_shortstr, line 684 o
On 10 Jan 2010, at 15:03, Paul Ishenin wrote:
> dmitry boyarintsev wrote:
>> make OPT="-g -gl"?
>>
> I usually do make OPT="-gw" but your options will work too.
There is no support yet for DWARF in the lineinfo unit on Mac OS X.
Jonas
___
fpc-devel
dmitry boyarintsev wrote:
make OPT="-g -gl"?
I usually do make OPT="-gw" but your options will work too.
Best regards,
Paul Ishenin.
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 10 Jan 2010, at 14:45, London Disney wrote:
> a) How do we use fpc/laz to make Mach-O fat binaries?
Compile the different versions separately and then combine them using the
"lipo" tool.
> b) Which versions was the first to support Intel Macs and which
2.2.0
> version was the first to
On Sun, Jan 10, 2010 at 4:23 PM, Florian Klaempfl
wrote:
> Could you use a compiler with line info?
make OPT="-g -gl"?
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Could anyone direct me to the right person for these please? Some of them
are FPC-user related vs. -developer related but I like to ask them all in
one
post.
a) How do we use fpc/laz to make Mach-O fat binaries?
b) Which versions was the first to support Intel Macs and which
version was the f
dmitry boyarintsev schrieb:
> Hello All
>
> I've been trying to modify the patch:
> http://bugs.freepascal.org/view.php?id=15163
> so it can be accepted.
>
> But I've ran into a strange bug.
>
> I'm using r14593 compiler + int_asm_darwin.patch applied (from the link
> above).
> Go to ogbase.pas
Hello All
I've been trying to modify the patch:
http://bugs.freepascal.org/view.php?id=15163
so it can be accepted.
But I've ran into a strange bug.
I'm using r14593 compiler + int_asm_darwin.patch applied (from the link above).
Go to ogbase.pas and comment or erase "indirect : string;"(line 152
14 matches
Mail list logo
