Sent: Wednesday, October 18, 2023 at 9:58 AM
From: "Mattias Gaertner via fpc-devel"
>> interesting. the above script has been widely circulating on the lazarus/FPC
>> forums, and to date none of
>> the 'experts' there, including Marco, have suggest it is deficient. this
>> silence disappoints
On 17.10.23 22:22, robert rozee via fpc-devel wrote:
Sent: Wednesday, October 18, 2023 at 3:05 AM
From: "Mattias Gaertner via fpc-devel"
#!/bin/sh
COMPILER=fpc
make clean
make all FPC=$COMPILER OPT="-Fl/usr/local/lib"
make FPC=$COMPILER install INSTALL_PREFIX=/usr/
No, it updates fpc and
Sent: Wednesday, October 18, 2023 at 3:05 AM
From: "Mattias Gaertner via fpc-devel"
>> #!/bin/sh
>> COMPILER=fpc
>> make clean
>> make all FPC=$COMPILER OPT="-Fl/usr/local/lib"
>> make FPC=$COMPILER install INSTALL_PREFIX=/usr/
>
> No, it updates fpc and all its packages. It does not touch any
On 17.10.23 15:34, robert rozee via fpc-devel wrote:
Sent: Wednesday, October 18, 2023 at 2:17 AM
From: "Mattias Gaertner via fpc-devel"
To: fpc-devel@lists.freepascal.org
Let's see if I got this right:
You installed the debs and then installed a new compiler, effectively
replacing deb
On 2023-10-17 15:34, robert rozee via fpc-devel wrote:
.
.
The problem is that the debs install a version (Makefile.compiled
files)
that is blind for changes to the compiler.
If you need a custom compiler, you need to compile lazarus yourself
too,
either clone it yourself with git or use
Sent: Wednesday, October 18, 2023 at 2:17 AM
From: "Mattias Gaertner via fpc-devel"
To: fpc-devel@lists.freepascal.org
> Let's see if I got this right:
> You installed the debs and then installed a new compiler, effectively
> replacing deb files.
>
> The problem is that the debs install a version
On 17.10.23 14:37, robert rozee via fpc-devel wrote:
Sent: Wednesday, October 18, 2023 at 1:13 AM
From: "Mattias Gaertner via fpc-devel"
What packages are listed in the project inspector?
you mean for my test application when it is opened in the Lazarus IDE?
Files
project1.lpr
Sent: Wednesday, October 18, 2023 at 1:13 AM
From: "Mattias Gaertner via fpc-devel"
> What packages are listed in the project inspector?
you mean for my test application when it is opened in the Lazarus IDE?
Files
project1.lpr
unit1.pas
Required Packages
LCL
i would strongly
On 17.10.23 13:17, robert rozee via fpc-devel wrote:
[...] i next rebuilt the compiler, RTL, etc using Fred vS's shell script:
#!/bin/sh
COMPILER=fpc
make clean
make all FPC=$COMPILER OPT="-Fl/usr/local/lib"
make FPC=$COMPILER install INSTALL_PREFIX=/usr/
NOW, the test application FAILS TO
On 2023-10-17 13:46, robert rozee via fpc-devel wrote:
Op 17-10-2023 om 13:17 schreef robert rozee via fpc-devel:
Date: Tue, 17 Oct 2023 09:32:16 +0200
From: Marco van de Voort
(1) installing a new compiler, possibly erasing a release (-Ur)
compiler
with one that isn't.
(2) modifying
Op 17-10-2023 om 13:17 schreef robert rozee via fpc-devel:
> Date: Tue, 17 Oct 2023 09:32:16 +0200
> From: Marco van de Voort
> (1) installing a new compiler, possibly erasing a release (-Ur) compiler
> with one that isn't.
> (2) modifying LCL source.
>> reversing the edit, rebuilding the
Op 17-10-2023 om 13:17 schreef robert rozee via fpc-devel:
Date: Tue, 17 Oct 2023 09:32:16 +0200
From: Marco van de Voort
- without the patches you are reviewing it works all fine, suggesting a
problem in those patches that somehow forces linking to the symbol
without it being used.
and
Date: Tue, 17 Oct 2023 09:32:16 +0200
From: Marco van de Voort
> - without the patches you are reviewing it works all fine, suggesting a
> problem in those patches that somehow forces linking to the symbol
> without it being used.
to dispel any doubt, i've just created a new Linux Mint 21.2
On Dienstag, 17. Oktober 2023 09:32:16 CEST Marco van de Voort via fpc-devel
wrote:
> so the symbol "fnmatch" is NOT resolving to a match in "libc.so.6" where one
> would normally expect to find fnmatch defined
Usually, it is:
$ nm -D /lib64/libc.so.6 | grep fnmatch
000e493e T fnmatch
Op 16-10-2023 om 17:03 schreef robert rozee via fpc-devel:
function fnmatch( ... ) ... external;
function fnmatch( ... ) ... external 'libc';
both yield a compiler that, while capable of compiling a working terminal application, can NOT
compile a (gtk2) GUI application. so the symbol
when rebuilding FPC (version 3.2.2, Lazarus 2.2.6, "x86_64-linux-gtk2") from
sources, the compiler processes the symbol "fnmatch" that is 'paired' with the
library "libgtk-x11-2.0.so". i have traced this back to the source file
/usr/share/fpcsrc/3.2.2/packages/gtk2/src/gtk+/gtk/fnmatch.pas and
16 matches
Mail list logo
