On Fri, 1 Nov 2024 at 21:22, Nikolay Nikolov via fpc-pascal
wrote:
> Because Free Pascal doesn't support smartlinking+debug info on most
> platforms. The only exception is macOS, where it is actually supported.
Do you know why it's not supported? What are the barriers to supporting it?
It's qui
On Fri, 1 Nov 2024 at 16:12, Henry Vermaak wrote:
> On Fri, 1 Nov 2024 at 15:49, Martin Frb via fpc-pascal
> wrote:
> > Another factor could be that debug info affects smartlinking. Or leaves
> > symbols for the linker in sections that are shared with non-debug info.
>
> This seems to be the pro
On Fri, 1 Nov 2024 at 15:49, Martin Frb via fpc-pascal
wrote:
> Another factor could be that debug info affects smartlinking. Or leaves
> symbols for the linker in sections that are shared with non-debug info.
This seems to be the problem. I think adding -g turns off
smartlinking, which then blo
On Fri, 1 Nov 2024 at 15:16, Martin Frb via fpc-pascal
wrote:
> On 01/11/2024 15:59, Henry Vermaak via fpc-pascal wrote:
> I may not have all the factors, but O- O1 and O2 are not debug info, but
> optimization.
> So they generate different code, and that leads to different e
When I add -Xg, the compiler writes the debug info into a separate
.dbg file and adds a .gnu_debuglink section so the debugger can find
the info. So far so good (and simpler than having the use objcopy).
The size of the binary is much larger than building without debug
info, though. E.g. with -O
On Fri, 2 Jun 2023 at 01:36, Steve Litt via fpc-pascal
wrote:
> fillchar(junkvar, junkvar_size, 'b');
> person := modperson(person, 'Martin');
> person := modperson(person2, 'Maria');
Maybe a typo? (E.g. person2 := modperson(person2, 'Maria'))
Henry
__
On Thu, 25 Aug 2022 at 04:08, Anthony Walter via fpc-pascal
wrote:
> I've written a utility to extract mingw64 static library exports into a
> searchable database. This allows me to search for possible missing functions
> (see the screenshot below)
>
> https://cache.getlazarus.org/images/desktop
On Mon, 22 Aug 2022 at 22:42, Pierre Muller via fpc-pascal
wrote:
> Le 22/08/2022 à 18:18, Henry Vermaak via fpc-pascal a écrit :
> > On Sun, 21 Aug 2022 at 18:34, Anthony Walter via fpc-pascal
> > wrote:
> >> I am also able to use mingw32 gcc to compile this same C so
On Sun, 21 Aug 2022 at 18:34, Anthony Walter via fpc-pascal
wrote:
> I am also able to use mingw32 gcc to compile this same C source into a static
> library for Windows using these two commands while inside the folder
> containing the Chipmunk2D sources:
>
> x86_64-w64-mingw32-gcc-win32 -static
On Tue, 1 Jun 2021, 23:39 Ryan Joseph via fpc-pascal, <
fpc-pascal@lists.freepascal.org> wrote:
>
>
> > On Jun 1, 2021, at 12:56 PM, denisgolovan
> wrote:
> >
> > That would limit supported types to class instances.
> > I'll like to avoid that.
> > Ideally TOption type should allow any type (prim
On Wed, 19 May 2021 at 14:36, Travis Siegel via fpc-pascal
wrote:
>
> No doubt your sleep code works just fine.
>
> I'm not saying the sleep command doesn't work.
>
> I'm saying the sleep command doesn't release unused cpu cycles for other
> threads/programs to use.
No, fpc uses nanosleep() insid
On Tue, 18 May 2021 at 11:50, Sven Barth via fpc-pascal
wrote:
> I don't think we need to mention any specific clients (and why did your list
> not include Filezilla? :P )
Because FileZilla bundles adware when you download from the homepage?
Would actually be good to warn _against_ using it.
H
On Thu, 13 Feb 2020 at 13:26, Adriaan van Os wrote:
>
>
> I looked around on the web for OpenCV Pascal bindings. What I found, seems to
> be based (mostly) on
> the OpenCV C interfaces, which covers only part of OpenCV.
>
> Alternatives are:
>8---
> 2. Hook into the Python wrapper/bindings genera
13 matches
Mail list logo
