Hi,
The issue with the mailing list server that caused all mails to be
bounced should be resolved.
Sorry for the trouble.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc
then whatever custom
error handler that was there before will do its thing. In this case: the
error handler that was installed by the SysUtils unit, which will raise
an EBusError exception (which seems to be what you want).
Jonas
___
fpc-pascal mai
d
problems:
https://steamcommunity.com/app/335620/eventcomments/4843147760499908525?snr=1_2108_9__2107&ctp=2#c4840896974229538203
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
;is nested" procvar declarations), but the result is also
that you can call them once they are no longer valid.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hi,
Can we please move this discussion to the fpc-other list? It has grown
very large and lies not really within in the primary purpose of this
list (getting help with using FPC).
Thanks,
Jonas
One of the FPC mailing lists admins
___
fpc-pascal
name you have
a potential problem, in the sense that it is unpredictable which one
will be used at run time.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
right of := does not
know (and should not know) what the type is of the expression on the left.
It's even theoretically impossible to do in case the result is passed to
a function or intrinsic that is overloaded with single/double/extended
parameters.
Jonas
__
On 11/02/2024 23:21, Bernd Oppolzer via fpc-pascal wrote:
and this would IMHO be the solution which is the easiest to document and
maybe to implement
and which would satisfy the users.
And generate the slowest code possible on most platforms.
Jonas
is no good way to get the maximum supported floating
point precision by the target platform.
However, adding support for an option called -CFMax or similar should be
no problem.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
ot be represented exactly as a single precision
floating point number. Nor as a double or extended precision floating
point number for that matter, and in that case the compiler uses the
maximum precision is supported by the target platform.
Jonas
___
fpc-p
release notes for that compiler version (aka the "user
changes" wiki doc).
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 04/02/2024 23:21, James Richters via fpc-pascal wrote:
Shouldn’t this do all calculations as Extended?
AA = Extended(8427+33/1440.0);
No, this only tells the compiler to interpret the result as extended.
Jonas
___
fpc-pascal maillist - fpc
On 04/02/2024 13:50, Adriaan van Os via fpc-pascal wrote:
Jonas Maebe via fpc-pascal wrote:
On 03/02/2024 18:42, James Richters via fpc-pascal wrote:
Constants are also evaluated wrong,you don’t know what that constant
is going to be used for, so all steps of evaluating a constant MUST
be
/User_Changes_2.2.0#Floating_point_constants
and https://www.freepascal.org/daily/doc/prog/progsu19.html
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ng programs are larger: those are statically linked as
well.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
that is documented here:
https://learn.microsoft.com/en-us/cpp/build/x64-calling-convention?view=msvc-170#varargs
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
to be allocated for the stack, I believe it can
crash the program)
TP did use it.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
option that enables using arrays
as vectors (if they fit in a vector register for the current target
architecture; there's no automatic splitting of large arrays into a
sequence of smaller vector operations afaik). It's not very well tested
though
ter if the RTL
is not compiled with LTO.
Then I could run my unit tests:
FPC alone: 25 seconds
LLVM: 21 seconds
LLVM LTO: 20 seconds
does not seem to matter much
It depends on the program.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.free
endency barrier _are_ common
terms. However, they're computer architecture terms. When using these
barrier functions, you should be familiar with memory models and memory
ordering. Use higher level primitives if you want to reason using higher
level concepts like acqui
and-memory-barriers/ . In
practice, I don't think any currently used cpu architectures still
require such barriers though.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 11/08/2023 18:05, denisgolovan via fpc-pascal wrote:
Are "volatile" stores supported?
They weren't, but I've added support for it now.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.fr
<+22239>: 48 89 cf movrdi,rcx
0x006f57a2<+22242>: e8 09 ca d0 ff
call0x4021b0<__asan_report_store8@plt>
Are they supposed to be there?
These are generated by LLVM's own code generator, so yes.
Jonas
uses
unit1;
var
p: pbyte;
begin
getmem(p,1);
, and then only
using LTO for your program.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 15/07/2023 16:53, Hairy Pixels via fpc-pascal wrote:
On Jul 15, 2023, at 7:18 AM, Jonas Maebe via fpc-pascal
wrote:
It also sets up an exception frame. FPC uses setjmp/longjmp for that, which
means that while restoring everything when an exception happens is fast, saving
the exception
alize
functions on managed types right?
It also sets up an exception frame. FPC uses setjmp/longjmp for that,
which means that while restoring everything when an exception happens is
fast, saving the exception frame itself is relatively slow.
Jonas
__
y value of the source type.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
quot; only works for register-register transfers on ARM.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ter in practice (*), since when the program terminates
all memory gets released to the OS anyway. And before that, the memory
would never be released, even if that bug got fixed.
Jonas
(*) unless you are using heaptrc to hunt for other, non-benign memory
leaks, since then it will be a bit harder to
?
Records always get padded to a multiple of their internal alignment
requirement. Unless you're on a system where the default packrecords
value is 2 (msdos-i8086 has that probably), the above record's internal
field alignment is 4 and hence its size will also be padded to a
multiple of 4
tions when declaring variables of
those types.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
(hardcoded in the compiler). In 3.2.x, it's 16 bytes for most
desktop targets. On 3.3.x, it's 64 bytes for most desktop targets.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/li
guess is
that one of the new x86 optimisations is breaking things when
cross-compiling the native AArch64 compiler.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
gger or run
"sample ppcx64"
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
{$excessprecision on} to force the
compiler to evaluate all floating point expressions always using the
maximum precision supported by the FPU.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo
st move to different spots in your code,
unless someone figures out how to make fully associative caches that
don't require insane power budgets.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailm
.
And after next change - if it causes slower code - I can solve it
reversely: -OaJUMP=1 to -OaJUMP=2.
Of course, I'd like some persistent solution.
That's not easy, unfortunately: https://www.youtube.com/watch?v=r-TLSBdHe1A
Jonas
___
On 06/10/2022 21:50, Jonas Maebe via fpc-pascal wrote:
On 06/10/2022 14:12, Adriaan van Os via fpc-pascal wrote:
Also, the cross compilers for iOS don't seem to be available at
<https://www.freepascal.org/download.html> on any of the listed mirrors.
I indeed somehow forgot to
urceforge and to the main FPC download mirror.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 2022-09-08 09:30, Anthony Walter via fpc-pascal wrote:
Is there a known edge case issue connected to setting the length of
dynamic arrays?
No, and the location where you're getting the crash suggests an issue in
your program that has corrupted the heap manager state.
#x27;t overwrite the value of a local/global variable or a
procedure/function parameter."
is it doing that? did it ever do that?
It did that when the old assembler-level CSE optimiser still existed.
It's been removed for a long time now.
Jonas
_
,
Is it? With "ppca" I'd think that was Power PC Architecture
(Apple/IBM/Motorola => "AIM")https://en.wikipedia.org/wiki/PowerPC -- and
is NOT related to ARM architecture.
ppc ~= .pp compiler. All of our compiler binaries start with ppc. The
PowerPC
and "procedure of object" types?
The downside is that a "reference to" always gets wrapped in a
reference-counted interface, and hence is much more expensive than a
place procedural variable ("of object" or not).
Jonas
___
in a loop?)
This is handled via dwarf call frame information, which is also
generated by the compiler. It describes how to restore the stack pointer
for every instruction address where it changes.
Jonas
___
fpc-pascal maillist - fpc-p
On 14/05/2022 16:37, Hairy Pixels via fpc-pascal wrote:
On May 14, 2022, at 4:04 PM, Jonas Maebe via
fpc-pascal wrote:
No, because most modern OSes don't allow you to address memory below the stack
pointer (and for the ones that do to a limited extent, the compiler could be
using
On 2022-05-14 10:52, Hairy Pixels via fpc-pascal wrote:
On May 14, 2022, at 1:01 PM, Jonas Maebe via fpc-pascal
wrote:
It *requires* compiler support for...
The RTL has get_frame but that just tells you the start of the frame
right? If you had the stack pointer address you could advance
On 14/05/2022 07:45, Jonas Maebe via fpc-pascal wrote:
On 14/05/2022 03:34, Hairy Pixels via fpc-pascal wrote:
On May 13, 2022, at 11:08 PM, Michael Van Canneyt via
fpc-pascal wrote:
Is there an “alloca" like function in the RTL which allocates memory
from the stack? For
example
compiler intrinsic via a C macro), it will generally just allocate on
the heap instead.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 24/04/2022 15:30, Виктор Матузенко via fpc-pascal wrote:
The test program:
begin
{$IF Declared(Leave)} Leave; {$ENDIF}
end.
"Leave" is declared as an intrinsic in the system unit because in MacPas
mode it means the same as "break" in UCSD-derivates.
We don't have support in the compi
your path, and then got deleted by "make clean"
while in parallel "make all" tried to use it for compilation.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ll" in parallel. You
have to run them separately.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 12/02/2022 17:47, Michael Van Canneyt via fpc-pascal wrote:
On Sat, 12 Feb 2022, Jonas Maebe via fpc-pascal wrote:
On 12/02/2022 17:36, Michael Van Canneyt via fpc-pascal wrote:
PS. Just tested, the compiler accepts both... Amazing, I never
thought this
would be possible. I'd b
imitations.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
quot;_main", referenced from:
implicit entry/start for main executable
(maybe you meant: _SDL_main)
Why is this?
It only works in your main program, not in a unit or so. Maybe that's
the reason?
Jonas
___
fpc-pascal mai
t there must be some other way to do this)
There is already an option for this: -st . I don't know how well it
works though.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
rce/-/issues/25201 (first
comment)
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
, it's only there for IDispatch support:
https://stackoverflow.com/questions/885942/named-optional-parameters-in-delphi
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
help very
much unless they can hilight the parameters in the editor.
That's exactly what Lazarus does: place your cursor on any of the
parameters and press ctrl-shift-space. It will show you the declaration
with the current parameter in bold.
Jonas
checked that build-essentials are installed on this Ubuntu machine.
Where do I go from here?
FPC needs a previous version of FPC to bootstrap. So first install fpc
using apt-get on the VM.
Jonas
___
fpc-pascal maillist - fpc-pascal
t I wonder if this is an area where the proposed "pure" function
modifier could be used to make it possible.
That's completely unrelated.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi
ersion_min to
the linker when targeting the simulator. This is fixed in latest trunk
and in the fixes_3_2 branch.
You might be able to also work around it on 3.2.2 by adding
CROSSOPT="-k-ios_simulator_version_min -9.0" to the make command line,
and also add those parameters when compi
c.cfg file that gets installed with FPC on all platforms
does enable them by default (it contains -Sgic). Compile with -vt and
check where the compiler is getting its configuration file from.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freep
On 18/10/2021 01:51, lazarus--- via fpc-pascal wrote:
[You might want to post Mac issues in the MacPascal list in future]
This list is fine too.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin
bit platforms: 32 bits
2) on 8/16 bit platforms: the smallest integer type that can represent
both E1 and the native integer type of the platform
> What if there is an expression on left side:
> (E1*x) shl E2
> Will E1*x promote to 64 bits (on 64 bit target)?
Expressions a
(constref left, right: T; context: pointer):
> integer is nested;
You can pass global functions to "is nested" procvars, so at least these
two don't need to be separate.
OTOH, there's another type: cblocks :)
Jonas
___
fpc-pasc
optimization, a lot of the actual calculation does not happen at runtime"
and
"Note: this solution is limited to numbers up to around 50,000,000
(stack size limit on Mac OS it seems)." (due to the compile-time evaluation)
Jonas
_
t language: 7301
>> Slowest language: 1
>
> So Pascal failed pretty bad it looks like. ;)
If the only thing you do all day is run a particular implementation of
the sieve of Eratosthenes...
Jonas
___
fpc-pascal maillist - fpc-pascal
2.2 ppcx64 (or add CPU_SOURCE=x86-64 to hack around the
issue)
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 27/05/2021 14:28, Michael Van Canneyt via fpc-pascal wrote:
> With recent changes by Jonas in fpmake, this can now be created with
> more ease.
FWIW, I've barely started on the latest proposal for the fpmkunit changes.
Jonas
___
fpc-pasc
n when calling such a method.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 19/04/2021 11:28, Michael Van Canneyt via fpc-pascal wrote:
>
>
> On Mon, 19 Apr 2021, Jonas Maebe via fpc-pascal wrote:
>
>> On 19/04/2021 09:28, Michael Van Canneyt via fpc-pascal wrote:
>>>
>>>
>>> From what you say, both problems are relate
iles. Such a manually formatted text file is
simply unsuitable for a GUI installer.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
works
under macOS 10.14, so they have to be created on an older Mac OS X
version (I don't know when it broke exactly).
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 18/04/2021 18:08, Jonas Maebe via fpc-pascal wrote:
> In this case, you
> can easily make it an error yourself with {$warn 4046 error}.
Correction: that's make it an error to construct a classes that contain
abstract methods. For abstract classes, it's {$warn 412
just discovered, so please
stop already with the flamebait drama about how this makes you worry
about the future of FPC.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 09/04/2021 10:42, Florian Klämpfl via fpc-pascal wrote:
>
>
>> Am 08.04.2021 um 21:27 schrieb Jonas Maebe via fpc-pascal
>> :
>>
>> On 08/04/2021 21:07, Peter via fpc-pascal wrote:
>>> Does anyone have a link to useful list of changes or bug fixes
orts does not get updated when
fixes are backported. I used to spend days on going through all merges
and updating the merge revisions and fix versions when a release was
nearing, but I no longer have time for that.
Jonas
___
fpc-pascal maillist
ible for a linker to know whether code is "really required".
It doesn't know what code does. It only knows whether or not it
(theoretically) can get executed.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lis
lisation
of those variables could have.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
#x27; for this)
No, but you would need to add support to the compiler for keeping a
symbolic representation of typed constants.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
er files in
Objective-C. While you can use include files to separate your header and
implementation of a unit in Pascal, and then only distribute the header
include files so people can look at them, this feels like a rather niche
use case.
Jonas
___
fp
On 10/03/2021 14:51, Michael Van Canneyt via fpc-pascal wrote:
> On Wed, 10 Mar 2021, Jonas Maebe via fpc-pascal wrote:
>
>> On 10/03/2021 14:33, LacaK via fpc-pascal wrote:
>>> It will be nice have this in documentation. For example in
>>> https://www.freepascal.or
erties and their RTTI, you can easily start having a lot of hidden
references.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
s not emit a directive in
the object files that dead code/data stripping should be enabled based
on whether or not there are references to the global symbols preceding them.
Neither parameter may be necessary on Windows, but that's probably the
only one.
Jonas
__
s, global
variables, and regular procedures/functions.
Regarding what WPO can do, see
https://wiki.freepascal.org/Whole_Program_Optimization
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
se everyone would just
turn it off. It's not possible to safely use unicodestring without
knowing how 16bit unicode works. The compiler can't solve that.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepasca
It doesn't do real stack-checking anyway.
It's not broken in general. E.g. the compiler cycles fine with -Ct on
Darwin.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
gl
-Crtoi
#WRITE Compiling Debug Version
#ENDIF
It seems the stack checking code causes issues for you in 3.2.0 for some
reason.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
c-3.0.4. Has something changed from 3.0.4 to 3.2.0 related to unit
> initialisation ?
Not that I remember. Where exactly does it crash?
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
he result of any operation on a string
that has this dynamic code page is undefined."
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
em
anyway.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 20/12/2020 14:43, Tomas Hajny via fpc-pascal wrote:
> On 2020-12-20 14:00, Jonas Maebe via fpc-pascal wrote:
>> On 20/12/2020 13:01, Luca Olivetti via fpc-pascal wrote:
>>> El 19/12/20 a les 23:15, Jonas Maebe via fpc-pascal ha escrit:
>>>> It is indeed not possibl
On 20/12/2020 13:01, Luca Olivetti via fpc-pascal wrote:
> El 19/12/20 a les 23:15, Jonas Maebe via fpc-pascal ha escrit:
>> It is indeed not possible to implement a function with C varargs in FPC.
>
> I was afraid that's the answer :-(
>
> as an ugly workaround
char *msg, va_list args);
>
>
> however I couldn't find a way to define a suitable callback in fpc since
> the "array of const" construct is not allowed with cdecl without
> external, i.e.
It is indeed not possible to implement a function with C varargs in FPC.
Jonas
__
not necessarily placed behind
each other in memory, the processor's built-in prefetcher can't handle this.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> by the LLVM backend?
See https://wiki.freepascal.org/LLVM#Frequently_Asked_Questions
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ent in
the assembler (clang) and ld than in the compiler.
As to how to do build a compiler on macOS that uses the LLVM backend,
that's the same as on Linux, except that you don't need special command
line options to find libgcc: https://wiki.freepascal.org/LLVM
Jonas
(
On 21/11/2020 15:52, Marco van de Voort via fpc-pascal wrote:
> Do the x86(_64) OSX(I) FPC compilers use binary object writers?
No.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listi
e in compiling though.
The fact that you get similar speed on a cpu that probably uses quite a
bit less than half the power of your previous one is quite impressive.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepasc
than to completely ignore your host system and only
look for libraries in the hierarchy below the sysroot.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
1 - 100 of 3222 matches
Mail list logo
