MacOS 14 with an M2.
Regards,
Adriaan van Os
administrator% /usr/local/lib/fpc/3.2.2/ppca64 generics01.pas
Free Pascal Compiler version 3.2.2 [2021/05/16] for aarch64
...
Compiling generics01.pas
...
Assembling generics01
32 lines compiled, 0.5 sec
4 warning(s) issued
36 note(s) issued
2.4-rc1.source.zip>
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
a (patched) Lazarus 4.0, and it worked.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
on to 11.0 to avoid issues by
default for most people.
Unfortunately, I now get
ld: unknown option: -macos_version_min
when building fpc from trunk on Mac OS 10.14.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal
Sven Barth via fpc-devel wrote:
Adriaan van Os via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> schrieb am Di., 29. Okt. 2024,
15:47:
The idea of building the RTL in a dynamic ibrary is to have one copy
of the RTL threadvars, notably
one copy of the _ExceptOb
:
_TC_$SYSINIT_$$_SYSINITENTRYINFORMATION in sysinit.o
__stklen, referenced from:
_SYSINIT_$$_FPC_SYSTEMMAIN$LONGINT$PPANSICHAR$PPANSICHAR in sysinit.o
Any help building a dynamic RTL is much appreciated.
Regards,
Adriaan van Os
___
fpc
Sven Barth via fpc-devel wrote:
Adriaan van Os via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> schrieb am Di., 29. Okt. 2024,
11:29:
Trying to build the FPC RTL as a dynamic library on MacOS (with make
shared), I run into several
problems
I don't know when t
- when I build with fpc-3.3.1 trunk I get an additional error that ppumove
doesn't know the -P flag. Doing the link by hand, the ld unnown symbol errors remain.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Also, there is no symbol information (on MacOS). Is this because of the
separate .dSYM file ?
But if I call backtrace_symbols in stead of DUmp_Stack, I do get symbol names
Regards,
Adriaan van Os
main program
0 Test0x00011560
P$MBTESTBACKTRACE2_
Karoly Balogh via fpc-devel wrote:
Hi,
On Fri, 4 Oct 2024, Adriaan van Os via fpc-devel wrote:
My question now is if there is a reason why FPC doesn't call backtrace (see
man backtrace) on Linux and Unix (including MacOS) platforms ?
It seems this is a relatively recent addition to
s and
NSException.callStackSymbols can be used here (on MacOS) ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Florian Klämpfl via fpc-devel wrote:
To get finally forward with the 3.2.4 release, fixes will be frozen by 9th
June, so if there are some last second cherry picks needed, now it’s time to
speak up :)
0038492: $setc regression;
Regards,
Adriaan van Os
Jonas Maebe via fpc-devel wrote:
On 07/02/2024 15:35, Adriaan van Os via fpc-devel wrote:
Unfortunately, there are some issues that make FPC at the moment
unuseable on MacOS
... for people who use macpas mode.
Indeed. But that raises the question why SetExceptionMask was added to macpas.pp
the darwin-aarch64 crash or some feedback or write access to the compiler
sources (under my new email address adri...@adriaan.biz) to fix the issue myself. The only other
option I see is to fork the compiler and to make it available for download on my website.
Regards,
Adriaan van Os
Jonas Maebe via fpc-devel wrote:
On 14/12/2023 08:41, Adriaan van Os via fpc-devel wrote:
Jonas Maebe via fpc-devel wrote:
I'd rather not introduce directives that are specific to clang, and
especially none only apply to the next loop. We don't have a single
directive yet that
ke their Pascal equivalents valid,
not for the next for-loop, but until-otherwise. Then, a loop can be explicitely targeted with
{$push ...} and {$pop}.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepas
improvement capabilities
that we get for free with the llvm back-end.
Regards,
Adriaan van Os
{$pragma vectorize ON}
{$pragma vectorize OFF}
{$pragma vectorize WIDTH=n}
{$pragma vectorize TYPE=FIXED}
{$pragma vectorize TYPE=SCALABLE}
{$pragma vectorize PREDICATE=ON}
{$pragma vectorize PREDICATE=OFF
Jonas Maebe via fpc-devel wrote:
On 09/12/2023 10:07, Adriaan van Os via fpc-devel wrote:
Another question. Is there a way to put pragmas in fpc source code to
be passed to CLang, eg. those mentioned here
<https://llvm.org/docs/Vectorizers.html> ? That would gain a lot, at
little cost
in fpc source code to be passed to CLang, eg. those
mentioned here <https://llvm.org/docs/Vectorizers.html> ? That would gain a lot, at little cost.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists
Just out of curiosity: Clang is by fpc used as a driver program, as it is asier to call it than
tools like llc, opt and llvm-linker ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cg
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
unofficial fpc-3.2.x release on my website ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Martin Frb via fpc-devel wrote:
On 10/11/2023 10:49, Adriaan van Os via fpc-devel wrote:
Sorry, but I am looking for a diff for fpc bug #38492. Mantis says
"'Fixed in Revision: 38492" which looks like a mistake, as 38492 is
the bug number. Also gitlab reports fix #11ef1d17 whi
Sorry, but I am looking for a diff for fpc bug #38492. Mantis says "'Fixed in Revision: 38492"
which looks like a mistake, as 38492 is the bug number. Also gitlab reports fix #11ef1d17 which is
instead a register allocation fix.
Is the fix already in fpc-3.2 fixes ?
Regards,
ImageKit.pas in the MacOS Cocoa headers has
{$linkframework ImageKit}
but this produces an linking error as ImageKit is a subframework of
Quartz.framework.
Not sure where to report this.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc
Michael Van Canneyt via fpc-devel wrote:
Hello,
I have just completed phase one of the "Unicode RTL" effort.
I object to the name "Unicode" RTL. Where people talk about what they call "Unicode" they usually
mean UCS-16 or UTF-16 or UTF-16-mishandled-as-UCS
a
nonsense video.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
p ahead to the asm code below.
I am having weird problems with GetInterface too, that seem to depend and the surrounding code.
That is, with trivial changes of the code, GetInterface works or crashes.
Regards,
Adriaan van Os
___
fpc-devel mail
Sven Barth wrote:
Adriaan van Os via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> schrieb am Do., 2. Feb. 2023,
02:47:
Sven Barth via fpc-devel wrote:
> There is no full documentation for that parameter modifier (someone
> might want to file a bug report for
he most efficient method) is
compatibility with Delphi in delphi compiler mode. If that's true, which I don't know, it should be
documented. Otherwise, "const" will continue to puzzle programmers - and in a year we will have the
same discussion again.
Regards,
Adriaa
Hairy Pixels via fpc-devel wrote:
On Feb 2, 2023, at 4:38 AM, Sven Barth wrote:
Which types are passed by-value or by-reference when using const is determined
by the size of the record and the types of the fields based on whatever the
corresponding ABI defines (e.g. the x86_64 Sys V ABI is
of version 2.5.1 of the compiler.
=== doc end ===
On debate, see FPC issue 17442.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Hairy Pixels via fpc-devel wrote:
On Feb 1, 2023, at 5:56 PM, Adriaan van Os via fpc-devel
wrote:
"A const parameter is be passed by reference or (for small-sized parameters) by
value, whatever is most efficient. A constref parameter is guaranteed to be passed by
reference in all
astructure is larger than a small number of bytes).
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
reminds me of the Turbo assembler, which had a mode to be compatible with the bugs in the
Microsoft assembler 😃 😃 .
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc
"UTF-16-treated-as-UCS-2".
For me, UTF-16 is the dumbest thing ever invented in computing. So I shiver at the thought of a
"Unicode" RTL.
We really should use UTF-8, as most open source projects do.
Regards,
Adriaan van Os
_
J. Gareth Moreton via fpc-devel wrote:
Happy New Year everybody! Free Pascal lives on!
I wish you Happy New Optimizations 😃
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman
parameter.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
and explicit user coding ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Undefined symbols for architecture x86_64:
"_vm_kernel_page_size", referenced from:
_SYSTEM_$$_DARWIN_INIT_PAGE_SIZE in system.o
Reported as <https://bugs.freepascal.org/view.php?id=36653>
Regards,
Adriaan van Os
_
age_size
else
}
darwin_page_size:=vm_page_size;
end;
Is this a bug ? Caused by @vm_kernel_page_size ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Yuriy Sydorov wrote:
Support for aarch64-android and x86_64-android targets are present in FPC 3.2
and trunk. The support is stable, on par with 32-bit android targets.
OK, thanks for the various replies.
Regards,
Adriaan van Os
___
fpc-devel
to be an issue for Android.
I meant ARM and x86 64 native executables for Android. Some time ago, I can't remember exactly
when, compiling for 64-bit Android wasn't supported yet (or at least not for ARM) and my
understanding then was that this was under development.
Regards,
Any news on the 64-bit compiler for Android ? What is the current status ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Jonas Maebe wrote:
On 2018-12-02 11:26, Jonas Maebe wrote:
The LLVM version of the code generator has been significantly improved
in the mean time:
Good work !
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
book on programming, learning to write better
code.
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
n a linear
fashion, so to say...
You didn't answer any of my questions. The goal is to get the code faster, isn't it. Or are you
writing an academic thesis on compilers ?
Regards,
Adriaan van Os
___
fpc-devel maillist -
ing another way, having a precise look at the source code ? Did you profile it ? What
sort of work does the code do ? How are the threads synchronized ? What data structures are used ?
I don't take "the compiler is so bad" without an answer to th
ems with Xcode 7.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
It's this bug
<http://bug-binutils.gnu.narkive.com/Cd0LBSs7/bug-binutils-19311-new-arm-linux-as-build-on-mac-os-x-with-xcode7-fails-to-assemble-code-from>
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepasc
Jonas Maebe wrote:
On 17/06/18 21:47, Adriaan van Os wrote:
But why would arm-linux-androideabi-as behave differently on OS X
10.12.6 with Xcode 8.3.3 than on OS X 10.10 ? ? Or could it be that
the assembly files produced by ppcrossarm are different ?
If you add CROSSOPT="-a", the
Jonas Maebe wrote:
On 17/06/18 18:00, Adriaan van Os wrote:
What I suspect is that, when building the rtl for android, fpcrossarm
calls the installed clang assembler rather than the (separately built)
arm-linux-androideabi-as.
That would surprise me. With -vx, you can see which external
-readelf arm-linux-androideabi-strip
arm-linux-androideabi-as arm-linux-androideabi-ld arm-linux-androideabi-objdump
arm-linux-androideabi-size
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
; you can use a newer
version from Fink/MacPorts/Brew or a self-compiled one), you could try
adding more workarounds to Tx86AppleGNUAssembler in
compiler/x86/agx86att.pas
This seems to be a darwin-as issue indeed as building with the clang assembler does work. Thanks
for the reply.
Regards,
Karoly Balogh (Charlie/SGR) wrote:
Hi,
On Wed, 13 Jun 2018, Adriaan van Os wrote:
Yuriy Sydorov wrote:
No special version is needed, use 3.0.4 release sources or trunk
sources.
I have fpc-3.0.4 installed on OS X 10.6.8. In a separate 3.0.4 sources folder,
I issue
make clean
Yuriy Sydorov wrote:
On 6/4/2018 2:51 PM, Adriaan van Os wrote:
Yuriy Sydorov wrote:
No special version is needed, use 3.0.4 release sources or trunk
sources.
I have fpc-3.0.4 installed on OS X 10.6.8. In a separate 3.0.4 sources folder,
I issue
make clean crossall crossinstall OS
oid-developers.googleblog.com/2017/12/improving-app-security-and-performance.html>
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
gards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
for iOS ARM also.
What is the status now ? Can I use a from-the-shelf 3.0.2, 3.0.3 or 3.0.4 compiler for the same
purpose ?
Thanks,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman
J. Gareth Moreton wrote:
Hi everyone,
After a lot of work, I have implemented 'vectorcall' into Win64, and made a patch for Lazarus to recognise
the keyword in the IDE and highlight it accordingly.
Thanks !
Adriaan van Os
___
fpc-deve
alignment on entry.
Yes, that's the issue I hinted on.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
x27;s good news. Can you give a small code example ? And I would suggest to add test-programs
(checking the addeess of aligned global, heap and stack variables) to the fpc test-suite,
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists
manager. Or at least a runtime-function
that gets aligned memory, like
<http://pubs.opengroup.org/onlinepubs/009695399/functions/posix_memalign.html>
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://li
,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
nce-tools-for-software-developers-intel-compiler-options-for-sse-generation-and-processor-specific-optimizations>
Intel high-performance libraries use runtime-dispatching, e.g. for IPP
<https://software.intel.com/en-us/node/722780>
Regards,
Ad
align with size 0 causes
memory corruption ! For size 0, malloc can be used (or a nil pointer returned).
Note that 64-bit AVX-512 <https://software.intel.com/en-us/node/523777> instructions require
64-byte alignment.
Regards,
Adriaan van Os
_
due to
arithmetic unit pipelines
• Use of hardware features such as the SIMD arithmetic units, where appropriate
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
(svn) compiler (and what not) as the report is from
some time ago.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
ore I begin, does FPC support any kind of vectorisation already? If it
does I haven't been able to find it yet, and I don't want to end up reinventing the wheel.
See e.g. <https://bugs.freepascal.org/view.php?id=27870>
Regards,
Adriaan van Os
sion_floating-point_format> for any compiler.
Or did you mean the Exponent function-return, not the internal format ? Then, my comment above is
wrong. Anyway, I feel that compilers should follow the IEE-754 and ISO/IEC 10967
<https://en.wikipedia.org/wiki/ISO/IEC_10967> standards.
Re
Dmitriy Pomerantsev wrote:
Hello everyone.
1. Difference in implementation.
 For example, in Delphi, Exponent has a bias "For single precision floating-point
values, the bias is 127."
(http://docwiki.embarcadero.com/Libraries/Tokyo/en/System.SysUtils.TsingleHelper.Exponent),
Free Pascal d
ttp://adriaan.biz/intel/ipp.pas.zip>. I do
link with statically with success on Mac OS X.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
the MacOS version info or the plist, but that needs to be setup only once.
Yes, this is very much like C, I don't like that either, but it does work.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Jonas Maebe wrote:
Adriaan van Os wrote on Wed, 17 Aug 2016:
Either I am looking wrong (and missing the point) or the text at
<http://www.freepascal.org/docs-html/ref/refse91.html> (a follow-up on
<http://bugs.freepascal.org/view.php?id=26874>) is incorrect.
Doesn't the
Thanks for the clarification. I suggest the doc page
<http://www.freepascal.org/docs-html/ref/refse91.html> to be changed accordingly.
And also the test program there.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc
t parameters, like var parameters, do
nothing, there is no reference count decrease, therefore no dispose of classes (implementing an
interface) even when the reference count is 0 ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepasca
Jonas Maebe wrote:
* LLVM does not support the Borland "register" calling convention, so
i386 support will be impossible until someone adds that to LLVM
Unless it would be an LLVM-specific i386 target without the register calling
convention ?
Regards,
Adri
frame
d) trampolines for interface methods
Ehw, trampolines. They requires executable stacks. Is there a possibility to pass activation frames
instead or apply lambda/lifting ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists
Martin Frb wrote:
But "out" param have no such documentation.
Also see the thread "Reference counting interface objects" from October 2014 and PR 26874
<http://bugs.freepascal.org/view.php?id=26874>
Regards,
Adriaan van Os
the CPU doing it wrong. That is probably the most practical solution. But that
doesn't make it less ludicrous.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinf
ts are always correct too (for any N >= 0). And then, introducing a
difference between shifting N bits and shifting Nx1 bits is absurd.
Not much thought went into that C-standard (nor in anything related to C).
Regards,
Adriaan van Os
___
The right operand of a bitwise shift is a count, a real-world number of bits. A negative number
doesn' t make sense and must regarded as an error. So yes, emitting range checking is the right
idea. We should do better in Pascal than in C .
Regards,
Adriaan van Os
__
Martin Frb wrote:
What is supposed to happen if the 2nd argument is negative?
Also see <http://bugs.freepascal.org/view.php?id=17710>.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepasc
LSE instead of TRUE.
An interesting example ! It clearly shows the dangers of a language that isn't strictly typed and
thus doesn't have implicit type conversions.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.
another type, VARIANT_BOOL ...
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
uot; works as one would except.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Sorry for the multiple posts, my email program indicated "failure" on send.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Marco van de Voort wrote:
In our previous episode, Adriaan van Os said:
reveals 0 for False and -1 for True, where I had expected 0 for False and
1 f
according to <http://msdn.microsoft.com/en-us/library/eke1xt9y.aspx> the
same
respectively in Visual Studio 2013.
There is a C (99?) boo
Marco van de Voort wrote:
In our previous episode, Adriaan van Os said:
reveals 0 for False and -1 for True, where I had expected 0 for False and
1 f
according to <http://msdn.microsoft.com/en-us/library/eke1xt9y.aspx> the
same
respectively in Visual Studio 2013.
There is a C (99?) boo
Marco van de Voort wrote:
In our previous episode, Adriaan van Os said:
reveals 0 for False and -1 for True, where I had expected 0 for False and
1 f
according to <http://msdn.microsoft.com/en-us/library/eke1xt9y.aspx> the
same
respectively in Visual Studio 2013.
There is a C (99?) boo
to use -1 for True (unless maybe if
Delphi has -1 for True, but then it would apply to mode Delphi only).
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
could not locate DirectX in it.
http://sourceforge.net/p/lazarusvideoutilities/code/HEAD/tree/trunk/Packages/
Never mind, that link works, thanks.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepasca
e similar approaches (e.g. Python
and Ruby if I remember correctly).
How does this work ? Does one assemble a package, put it on a server and then
submit the URL ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http:/
found WideCompareText after sending my message.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
driaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
servers ? But how are they synced
with compiler changes ? Who creates and maintains them ?
I will note that DirectX Pascal bindings do seem to be distributed with Delphi.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.f
nclude packages like these with FPC (or not) ? The license is Mozilla
Public License 1.1.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
ealloc on Windows (with the system
heap manager) extremely ineffcient.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Tomas Hajny wrote:
On Fri, November 7, 2014 14:35, Adriaan van Os wrote:
.
.
I still have to investigate the internal error 200602232.
Have you tried Pierre's suggestion of testing it with the external linker
Yes, that was the first I tried. No success. I am now experimenting
Dmitry Boyarintsev wrote:
On Fri, Nov 7, 2014 at 12:55 PM, Adriaan van Os <mailto:f...@microbizz.nl>> wrote:
(to my astonishment Xcode even installs nasm).
Just in case, you find this interesting:
I saw that and wondered if nasm can be used with FPC on Mac OS X. What is the
1 - 100 of 154 matches
Mail list logo
