with TWindowClass works.
Thanks,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
{$interfaces corba}
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Martin Frb via fpc-pascal wrote:
Silly question, but did you assign the value to the variable?
myClass := TWindow;
That's what I did.
TWindow(myClass).CreateNewWindow;
And this is what crashes. I can report this, if the type-cast is supposed to
work.
Regards,
Adriaan van Os
?
myClass.CreateNewWindow
is not accepted by the compiler, because CreateNewWindow is not a method of
TClass, whereas
TWindow.CreateNewWindow
doesn't pass myClass.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https
setup). And
even if it worked, wouldn't it loose the class information ?
Of course, by adding an extra parameter of type TClass to CreateNewWindow, the issue can be solved.
But that's far from elegant.
How to solve this ? Anything I missed ?
Regards,
Adriaan van Os
) Integrated Performance Primitives to FreePascal. I can send them if
you like.
On MacOS, you can use the Accelerate libraries <https://developer.apple.com/accelerate/> which have
headers translated to FreePascal (see the univint pacakage)
Regards,
Adriaan
seems to have changed from __DATA to __DATA_CONST.
Just wondering what's behind this.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
e of the
lowest precision which doesn't cause data loss" a true statement.
If the entire formula was evaluated at full precision, and only the result
was stored as a lower precision if possible, then there is never a problem
for anyone.
Regards,
Adriaan van Os
Jonas Maebe via fpc-pascal wrote:
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
.
See
https://wiki.freepascal.org/User_Changes_2.2.0#Floating_point_constants
and https://www.freepascal.org/daily/doc/prog/progsu19.html
I think this discussion shows that the 2.2 compiler change was a bad idea (for modes other than
Delphi).
Regards,
Adriaan van Os
mplicitely uses some unit that causes the issue).
-Mmacpas adds macpas.pas, which uses math.pas and throught that sysutils.pas. But, looking at the
RTL source code, I don't see anything that explains why the problem should be aarch64 (or
aarch64-darwin) specific
Regards,
Adri
mplicitely uses some unit that causes the issue).
Regards,
Adriaan van Os
administrator% uname -a
Darwin AdministorsMini 23.2.0 Darwin Kernel Version 23.2.0: Wed Nov 15 21:59:33 PST 2023;
root:xnu-10002.61.3~2/RELEASE_ARM64_T8112 arm64
administrator% /usr/local/lib/fpc/3.3.1/ppca64 -iW
3
ting-point operations of
constants must be software-emulated, as the target hardware is (normally) not available to the host
compiler. In theory, this shouldn't be noticeable, unless there is a bug somewhere.
Regards,
Adriaan van Os
___
fpc-pascal mail
be great.
Something like -wn (because -vn is used for notes).
($modeswitch nestedcomments-}
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
as parameter (UCSD-Pasca)
- Scan allowing a partial-expression as second parameter (UCSD-Pascal) e.g.
Scan( -26, =':', S)
- SizeOf allowing a type-identifier as parameter
etcetera.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal
" actual-parameter } ")" .
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
?
I once had a bug in a software package, written by me and running at a customer site, that turned
out to be caused by an incorrect translation (into Dutch) of a book by Peter Norton. Since then, I
refuse to read computer books in another language than the original one .
Rega
efines key as a symbol (to test with $fdef
c.s.)
This is also how it actually works in FPC in Macpas mode, where $definec key and $define key are
not equivalent.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal
it and let it
say hello. That's HelloWorld ad absurdum.
Or just send some smoke signals
<https://www.interestingfacts.org.uk/wp-content/uploads/2013/06/Smoke-Signals-300x275.jpg>
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@list
n. One can not insert integers (as
such) into a text stream. I think, the correct description is:
"As a result, this will generate a macro with the value of the XXX specifier, as a quoted string
(or, in the case of LINENUM, as an unquoted string)."
Rega
= 1.0 e + 2;
The more difficult question is, why ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
-u -r on OSX).
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
t; of objects.
2) Update TListOfMyRecord to TListOfPointerToMyRecord. This requires a
"lot" of memory allocation/fragmentation.
Is there a better solution?
Pass the data parameter by reference.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lis
Thanks for pointing that out. I have added it.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Yes, I had come to this conclusion myself, and I added it.
I can't find the change yet.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
to dash (-)
- Improved some diagrams.
- synchronized some syntactical elements.
- Tried to make sure every syntactical element has a definition.
Sorry, but are you sure this is the right download for all mentioned changes ?
Regards,
Adriaan van Os
___
fpc
mmar, as a (one-parameter) function call.
So, things are more complex that indicated above. A solution may be along the line of what
UCSD-Pascal defines
selector = "[" expression { "," expression } "]" | "." identifier
Adriaan van Os via fpc-pascal wrote:
Section 3.2.4 of the FreePascal Language Reference defines
string-type = "STRING" [ "[" unsigned-integer "]" ] | "TYPE" (
"STRING" | "ansistring" ) "(" unsigned-integer
yntax diagram in boldface and thus as a keyword. But it is not listed
as either a modifier or a reserved word in section 1.3. I suggest instead to define as
a type-identifier.
string-type = "STRING" [ "[" unsigned-integer "]" ] | "TYPE"
ferenced by any other rule.
subrange-type = constant ".." constant .
I suggest to change to
ordinal-type = ordinal-type-identifier | subrange-type |
enumerated-type .
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Jean SUZINEAU via fpc-pascal wrote:
Le 17/12/2023 à 17:47, Adriaan van Os via fpc-pascal a écrit :
Turbo Pascal (5.5) defines
label = digit-sequence .
Are you sure ?
I had a doubt and I had a look in some very old source code from 1990
made with tp 5.5, it seems you could have letters
x;
operator + ( d1: double; z2: complex) sum: complex;
operator + ( z1: complex; d2: double ) sum: complex;
etcetera
But to parse that, the rules for and need something like an
, don't they ?
Regards,
Adriaan van Os
___
fpc-p
t = [ label ":" ] [ simple-statement | structured-statement |
asm-statement ] .
This can be solved, of course, but misses the elegance of the ISO-7185/ISO-10206/UCSD/Turbo Pascal
label definition.
Regards,
Adriaan van Os
___
fpc-pascal mail
tion". I recall that in ISO-7185
Pascal it is an error if no case discriminator matches at runtime. So, the otherwise-clause was
seen as a way to get around that !
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Michael Van Canneyt via fpc-pascal wrote:
On Sat, 16 Dec 2023, Adriaan van Os via fpc-pascal wrote:
More questions about the FreePascal Language Reference (version
3.2.0) part 2
17. For the following rules, I couldn't find a definition in the
Language Reference. Can I assume they can
Michael Van Canneyt via fpc-pascal wrote:
On Sat, 16 Dec 2023, Adriaan van Os via fpc-pascal wrote:
More questions about the FreePascal Language Reference (version
3.2.0), part 4
34. Are macpas LEAVE and CYCLE statements undocumented ?
Yes.
Well, according to Appendix D.6
e-heading .
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Sat, 16 Dec 2023, Adriaan van Os via fpc-pascal wrote:
More questions about the FreePascal Language Reference (version 3.2.0) part
3
26. Am I correct to assume the following equivalents for rules that I
couldn't find a definiton for:
formal-parameter-list
call-modifiers = "cdecl" | "inline" | "local" | "nostackframe" |
"overload" | "pascal" | "register" | "safecall" | "saveregisters" |
"softfloat" | "stdcall" | "varargs" |
UNIV type-compatible with
theValuePtr : univ UnivPtr
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I find the idea of a "closest containing value" rather weird. For me, programming is strict logic,
not finding something "closest".
What I wrote here, is nonsense. "Closest containing" is rather a grammatical concept, that I
misundersto
in such a sentence. "Else" belongs in a statement such "Does anyone else have a view".
Interesting observation !
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
rary-header ";" [ uses-clause ] block "." .
exports-clause = "exports" exports-list ";" .
The exports-clause rule however doesn't seem to be referenced anywhere in the syntax, so it may
have to be added to the rule ?
40. < recordoperator-def
More questions about the FreePascal Language Reference (version 3.2.0) part 3
26. Am I correct to assume the following equivalents for rules that I couldn't
find a definiton for:
formal-parameter-list = parameter-declaration .
parameter-list
More questions about the FreePascal Language Reference (version 3.2.0) part 2
17. For the following rules, I couldn't find a definition in the Language Reference. Can I assume
they can all be defined as ?
object-type-identifier = identifier .
the syntax complete and correct. When it is ready, I can send it in to be
added as an Appendix to the Language Reference manual. I have an ebfn-driven general (back-parsing)
parser, that already works for Oberon-0 end UCSD-Pascal. So, the ebnf can be tested.
Regards,
Adriaan van Os
nst-definition = "CONST" identifier "=" constant-expression ";" .
class-method-directives = ( ( "virtual" | "dynamic" ) [ ";" "abstract" ] | "reintroduce" ";" |
"override" ";" | &quo
definitions.
What complicates things, is that many conflicting rules have the same name in the Language
Reference. For example, conceptually we have object-methods, record-methods, class-methods,
interface-methods and objcclass-methods. But only the record method rules are prefixed as such.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Jean SUZINEAU via fpc-pascal wrote:
Le 15/12/2023 à 10:39, Adriaan van Os via fpc-pascal a écrit :
I don't see a semicolon in the formal syntax.
May be included in the ' "DO" statement ' ?
No, have a look at the syntax diagrams, statements never end with a semicolon.
Regards,
A
on-handler } [ ";" ] [ "ELSE" statement-list
] | statement-list ] .
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Michael Van Canneyt via fpc-pascal wrote:
On Fri, 15 Dec 2023, Adriaan van Os via fpc-pascal wrote:
Note that the same ambiguity exists in the syntax
(and this is less well known)
exceptionhandlers = [ exception-handler { ";" exception-handler } [
"ELSE" statemen
e-identifier "DO"
statement .
as ends with a and the optional <"ELSE" statement-list> part start
with "ELSE". Sloppy language design, I assume by Borland.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pasca
words Interface and
implementation must be specified.
However, this was changed when implementing macpas mode (or at least for the macpas mode) in that
the implementation part is no longer obligatory. This is useful for units with (only) external
declarations.
Regards,
, OTHERWISE was added to FPC when imlementing the macpas mode.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Michael Van Canneyt via fpc-pascal wrote:
On Thu, 14 Dec 2023, Adriaan van Os via fpc-pascal wrote:
I am looking in detail at the syntax diagrams in the Freepascal
Language Reference (version 3.2.0)
Section 13.2.2 discusses the case-statement. Translated to EBNF (WSN)
the syntax
th an obliged semicolon, I always use "OTHERWISE instead of ELSE, but that's my personal
preference.
By the way, the Language Reference doesn't specify what a is.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
to the fixes branch.
I would be very happy if the fix for regression mantis #38492 will be included in a soon to release
fpc-3.2.4 (git-svn-id: trunk@49160).
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https
Paul Renaud via fpc-pascal wrote:
Hi, I have a question about some code.
The following code segment generated a compiler error when I compiled it
with...
"A compiler error" assumes that we all have a crystal ball to look in
Regards,
Adri
Liam Proven via fpc-pascal wrote:
On Thu, 26 Oct 2023 at 08:57, Adriaan van Os via fpc-pascal
wrote:
It might interest you that I ported the Oberon-0 compiler, from the book
Compiler Construction, to
FreePascal.
It does indeed! Is that FOSS? Is the code anywhere online?
There are still
Liam Proven via fpc-pascal wrote:
https://github.com/mikewarot/OberonSystem3FP
It might interest you that I ported the Oberon-0 compiler, from the book Compiler Construction, to
FreePascal.
I guess this thread should be on fpc-other.
Regards,
Adriaan van Os
van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
absurd, there are many features in modes objfpc and macpas that don't
compile with Delphi.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Michael Van Canneyt via fpc-pascal wrote:
On Wed, 11 Oct 2023, Adriaan van Os via fpc-pascal wrote:
Michael Van Canneyt via fpc-pascal wrote:
$M controls the inclusion of RTTI, i.e. it allows or disallows the
use of the published section.
No more, no less.
I don't see any use
Martin Frb via fpc-pascal wrote:
On 11/10/2023 16:46, Adriaan van Os via fpc-pascal wrote:
I don't see any use in allowing or disallowing something. And with the
current design, it is, as I said, impossible, without macros, to
compile the same code with {$M+} and {$M-}.
Use $IfOpt instead
come
the extended RTTI.
Keep up the good work.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ame source code can not be compiled with both {$M+} and
{$M-}. That is really clumsy. With {$M-} "published" (or some other visibility specifier) should be
equal to "public".
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pas
Sven Barth via fpc-pascal wrote:
Am 10.10.2023 um 11:18 schrieb Adriaan van Os via fpc-pascal:
- In the released compiler, if you remove all visibility specifiers,
you can
get a list by specifying {$M+} on your base object and then list all
published methods using the RTTI.
My
Hairy Pixels via fpc-pascal wrote:
On Oct 10, 2023, at 4:18 PM, Adriaan van Os via fpc-pascal
wrote:
Interesting ! If I am correct, the docs referred to at
<https://gitlab.com/freepascal.org/fpc/source/-/issues/38964> say
; visibility-clause:
; METHODS|PROPERTIES|FIELDS (visi
Michael Van Canneyt via fpc-pascal wrote:
On Mon, 9 Oct 2023, Adriaan van Os via fpc-pascal wrote:
Is there a trick to make (in mode macpas) all class methods
implicitely virtual ? I mean, without adding the virtual keyword to
all of them ? The reason is that I want to create a tree view
of
the VMT of the class. But is there also a way to get the method names from a CORBA interface ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
for methods, a method list can be generated when compiling with {$M+}.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
they
are overridden).
Hm, looking somewhat further, it seems that the vMethodTable of the class VMT does list all
methods, not just the virtual methods, provided the code was compiled with type info {$M+}
is that correct ?
Regards,
Adriaan van Os
they
are overridden).
Any other ideas ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Bart via fpc-pascal wrote:
On Fri, Aug 18, 2023 at 10:21 AM Adriaan van Os via fpc-pascal
wrote:
Is there a way to see if a specific class/object method has been overridden or
not ?
There's an example of this in Lazarus Controls unit:
// Check if SetTextBuf is overridden, otherwise
Is there a way to see if a specific class/object method has been overridden or
not ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Jonas Maebe via fpc-pascal wrote:
See e.g. the explanation of "data dependency barrier" at
https://www.sobyte.net/post/2022-08/cpu-cache-and-memory-barriers/ . In
Interesting stuff to read.
Regards,
Adriaan van Os
___
fpc-pascal mailli
didn't mention it in my original
question.
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
option is to port the Oberon-0 compiler code to
FPC and to link-in the Oberon-0 provided RISC module, which contains an interpreter for the target
RISC processor, as described in the Wirth's Compiler Construction book.
Regards,
Adriaan van Os
Any suggestions for running simple Oberon-0 programs on the MacOSX command-line ? EIther by
emulating its RISC processor or by changing the Oberon-0 compiler ? I prefer not to load the
entire Oberon system (for which there do exist emulators).
Regards,
Adriaan van Os
— to learn thinking.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Jonas Maebe via fpc-pascal wrote:
Unless you need FPC 3.2.2-specific fixes, you can probably just use FPC
3.2.0 instead for iOS.
OK, I will do that, thanks.
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https
OK, thanks,
Adriaan van Os
On Oct 6, 2022, at 7:12 PM, Adriaan van Os via fpc-pascal
wrote:
I would be pleased to know where I can find the latest iOS parsed headers and
possibly a hello program. Also, the cross compilers for iOS don't seem to be
available at <ht
I would be pleased to know where I can find the latest iOS parsed headers and possibly a hello
program. 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.
Regards,
Adriaan
Peter B via fpc-pascal wrote:
I suggest trying without optimisations and/or using cmem, to see if that
changes the outcome.
I would rather use a system memory debugger <https://elinux.org/Memory_Debuggers> to find the cause
of the corruption.
Regards,
Adriaan
global. For local functions, the context pointer typically
contains a dynamic link chain pointer, required to address variables in the actual link frame. For
object methods, the context pointer is the SELF pointer.
Regards,
Adriaan van Os
__
sh everybody a merry Christmas and a happy new year !
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
time as the class extension)."
That makes it rather useless indeed. Thanks for the reply.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
to add a
pointer field to NSView and all used classes inheriting from it. I could of course subclass NSView
and used the classes inheriting from it, but that would be rather clumsy.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.f
it on the console.
The compiler people will need to explain what exactly the compiler writes
with or without the flag.
Well, this should at least produce a warning, if not an error. Silently producing the wrong code is
not a good idea.
Regards,
Adriaan van Os
length 5
This leaves me with a question mark too.
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
is to "push-in" implementation code into an interface that integrates fully at
the declaration level but is independent at the implementation level.
So, the idea (and the purpose of the discussion) I think is to implement (5) in
an elegant way.
Regards,
Adri
an explicit reference to the class (or
trait) which is being implemented."
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
has changed from global to
local, that change (if not doc-only) could have triggered that it is now broken for statically
linked-in code.
Anybody made code changes related to stack-checking ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc
Adriaan van Os via fpc-pascal wrote:
Jonas Maebe via fpc-pascal wrote:
On 2021-02-05 09:24, Adriaan van Os via fpc-pascal wrote:
It's crazy !
<https://bugs.freepascal.org/view.php?id=38440>
The default fpc.cfg file contains this (both in 3.0.4 and 3.2.0):
Thanks for tne
Jonas Maebe via fpc-pascal wrote:
On 2021-02-05 09:24, Adriaan van Os via fpc-pascal wrote:
It's crazy !
<https://bugs.freepascal.org/view.php?id=38440>
The default fpc.cfg file contains this (both in 3.0.4 and 3.2.0):
Thanks for tne reply.
# For a debug version compile with deb
Jonas Maebe via fpc-pascal wrote:
On 04/02/2021 21:26, Adriaan van Os via fpc-pascal wrote:
I am getting crashes on Mac OS X 10.8.5 in a C-program with statically
linked-in fpc code. The crashes seem related to fpc unit initialisation.
This happens with fpc-3.2.0 but not when compiling the same
initialisation ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Leading App Developers Form The Coalition for App Fairness to Promote Competition and Protect
Innovation on Digital Platforms
<https://appfairness.org/app-developers-coalition-for-app-fairness-competition-innovation/>
Regards,
Adriaan
Maybe there is a linker option (I don't know of) to prevent this ?
Regards,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Michael Van Canneyt wrote:
Normally a zip file with a the binary and supporing files, plus a README
file should be enough.
Can you refer me to an example ?
Thanks,
Adriaan van Os
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https
1 - 100 of 223 matches
Mail list logo