As long as it doesn't break something in the package... that works,
thanks! That's been the bane of i386-win32 testing for ages!
Gareth aka. Kit
On 30/11/2021 22:03, Michael Van Canneyt via fpc-devel wrote:
Gareth,
I removed the $linklib for common.dll.
Michael.
On Tue, 30 Nov 2021, J. Ga
Gareth,
I removed the $linklib for common.dll.
Michael.
On Tue, 30 Nov 2021, J. Gareth Moreton via fpc-devel wrote:
Well, running the program on the target system isn't a guaranteed
success even if there's no error on the compilation system because the
DLL in question may be different (or m
Of course, I'm not fussed if the patch is rejected. It was more of
compensation for something that isn't always the user's fault and tended
to block "make all".
Gareth aka. Kit
On 30/11/2021 19:01, Bart via fpc-devel wrote:
On Tue, Nov 30, 2021 at 7:53 PM Bart wrote:
I think I also discus
On Tue, Nov 30, 2021 at 7:53 PM Bart wrote:
> I think I also discussed this on the
> fpc-devel list, musty have been august this year, since around that
> time I created my "unlinkcommondll" utility as a workaround.
Indeed:
Building trunk of today fails on Windows: Error: Invalid DLL
C:\WINDOWS\
On Tue, Nov 30, 2021 at 7:42 PM J. Gareth Moreton via fpc-devel
wrote:
>
> Yeah, that's the exact same file that I have problems with.
>
That file links to many more libs trhat I don't have, which does not
create a problem when building (it would of course not run).
It's just that you happen to h
Yeah, that's the exact same file that I have problems with.
Gareth aka. Kit
On 30/11/2021 18:34, Bart via fpc-devel wrote:
On Tue, Nov 30, 2021 at 8:33 AM J. Gareth Moreton via fpc-devel
wrote:
For a while now I've had problems building the i386-win32 compiler under
my 64-bit Windows system
On Tue, Nov 30, 2021 at 8:33 AM J. Gareth Moreton via fpc-devel
wrote:
> For a while now I've had problems building the i386-win32 compiler under
> my 64-bit Windows system because one of the packages fails to build -
> this is because it thinks a statically-imported DLL (done through
> $linklib)
Well, running the program on the target system isn't a guaranteed
success even if there's no error on the compilation system because the
DLL in question may be different (or missing).
If it turns out that common.dll is not required, then the maintainer of
the package should probably remove the
On Tue, 30 Nov 2021, J. Gareth Moreton via fpc-devel wrote:
That was a conundrum I was trying to answer when making the patch. What
is a warning and what is an error?
A lot of the verification code is dependent on compile-time constants
whose values depend on the compiler's target platform
That was a conundrum I was trying to answer when making the patch. What
is a warning and what is an error?
A lot of the verification code is dependent on compile-time constants
whose values depend on the compiler's target platform, including header
sizes, so any mismatch is an error case, and
On 30.11.2021 13:43, Marc Weustink via fpc-devel wrote:
On 30-11-2021 13:37, Michael Van Canneyt via fpc-devel wrote:
On Tue, 30 Nov 2021, Marc Weustink via fpc-devel wrote:
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings w
On 30-11-2021 13:37, Michael Van Canneyt via fpc-devel wrote:
On Tue, 30 Nov 2021, Marc Weustink via fpc-devel wrote:
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings with a RTTI type
tkLString where in FPC the type app
On Tue, 30 Nov 2021, Marc Weustink via fpc-devel wrote:
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings with a RTTI type tkLString
where in FPC the type appeared to be tkAString. Fixing this was easy,
but it made me wond
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings with a RTTI type tkLString
where in FPC the type appeared to be tkAString. Fixing this was easy,
but it made me wonder what the difference is between them.
From the documentat
On 2021-11-30 08:33, J. Gareth Moreton via fpc-devel wrote:
Hi Gareth,
For a while now I've had problems building the i386-win32 compiler
under my 64-bit Windows system because one of the packages fails to
build - this is because it thinks a statically-imported DLL (done
through $linklib) is i
15 matches
Mail list logo
