Gaaal.
$ uname -a
> FreeBSD 10.3-RELEASE #0 amd64
$ /usr/local/lib/fpc/3.0.0/ppcx64_linux test.pas
--->
Free Pascal Compiler version 3.0.0 [2015/11/20] for x86_64
Copyright (c) 1993-2015 by Florian Klaempfl and others
(1002) Target OS: Linux for x86-64
(3104) Compiling /usr/local/share/i
Graeme Geldenhuys-6 wrote
> That's weird. On my 64-bit FreeBSD, I can't run 64-bit Linux
> applications, but can run 32-bit Linux applications. So I'm experiencing
> a bit of the opposite to you then. :-/
Hello Graeme.
Did you add, in your /boot/loader.conf:
linux64_load="YES"
PS: You need this
Yeeep, Mark and Andrew you did it !
Mark's magic "ld --verbose" + fantastic Andrew's "fpc -s" show tons of
missing dependencies for the linker.
OK, tonight will be a long night to add all that missing things but sure
the result will be wooow.
Write you (much) later.
Fre;D
-
Many than
On 11/09/16 21:00, fredvs wrote:
Mark Morgan Lloyd-5 wrote
(or as appropriate to the variant of linker you're using).
Ooops, wait a bit, do you mean that a other linker than *ld* coud be used in
unix system for linking fpc objects ?
If yes, what other linker for example ?
No, I meant that
Mark Morgan Lloyd-5 wrote
> (or as appropriate to the variant of linker you're using).
Ooops, wait a bit, do you mean that a other linker than *ld* coud be used in
unix system for linking fpc objects ?
If yes, what other linker for example ?
Many thanks.
Fre;D
-
Many thanks ;-)
--
View
> I did not want to insult your intelligence by telling you to investigate
*--verbose*
OK, you win, sure that *--verbose* will do the trick.
Write you later with (positive) result.
Many, many thanks Mark.
Fre;D
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-gen
On 11/09/16 16:00, fredvs wrote:
Hello, I am still here !
No idea how to get the log file of ld (if it exists) ?
Or if there is no way to know what error makes the process of linking-ld
fail, is it possible to use a other linker for the compiled objects of fpc ?
Knowing that you were in the p
Brian wrote
> Yes. Version 2.6.4 which I have been using has this problem.
Huh, version 3.0.0 and 3.1.1 too. ;-(
It is sad because I love to use {$I define.inc} in the units. (define.inc
--> with all the custom defines --> one unique file for all the units).
But if I forget to re-build all, the
Hello, I am still here !
No idea how to get the log file of ld (if it exists) ?
Or if there is no way to know what error makes the process of linking-ld
fail, is it possible to use a other linker for the compiled objects of fpc ?
Thanks.
Fre;D
-
Many thanks ;-)
--
View this message in co
Yes. Version 2.6.4 which I have been using has this problem.
Two work arounds :
1) Attempt to compile the include file which will fail , but the compiler
appears to then recognize the file has changed when the main program / unit
is later compiled.
2) save the file after the change , the recompi
10 matches
Mail list logo