adding a ppudump to the builds and then looking at the
output when random error messages popup, comparing the output to previous builds. Something like that.
An automatic "ppu sanity mode" inside the compiler would even be better.
Regards,
Adri
Writeln doesn't accept clongdouble on Mac OS X PowerPC, so I am looking for code that converts a
128-bit floating-point number to ascii. I think, that would be the Pascal equivalent of e113toasc
<http://www.opensource.apple.com/source/gcc/gcc-926/gcc/real.c>.
Regards,
Adr
So, if we are interested in the missing information, we need a tree print after the first pass of
code generation also. The attached patch does that. Below an example of the result.
Added to mantis as <http://bugs.freepascal.org/view.php?id=15710>.
Regards,
Adriaan
Does current_procinfo in the compiler sources always denote a global procedure,
never a nested one ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Florian Klaempfl wrote:
Adriaan van Os schrieb:
Does current_procinfo in the compiler sources always denote a global
procedure, never a nested one ?
No, it's always contains info about the currently handled procedure.
Ah yes, I see, thanks,
Adriaan v
Is it useful to file bugs for -Amacho or is the feature still in experimental
state ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Jonas Maebe wrote:
On 13 Mar 2010, at 08:48, Adriaan van Os wrote:
Is it useful to file bugs for -Amacho or is the feature still in experimental
state ?
Things that are known to be broken are mentioned in comment 0033592 at http://bugs.freepascal.org/view.php?id=15163
Ah, it was the
27;)
end.
compiles and prints
Program begin
try A
A begin
B begin
except A
Program end
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ry to reproduce this in a simple test
program.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ry to reproduce this in a simple test
program.
Ah, I found that smartlinking is broken
<http://bugs.freepascal.org/view.php?id=17593>.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.
option.
Unless, of course, there is a better solution.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Jonas Maebe wrote:
On 04 Oct 2010, at 12:17, Adriaan van Os wrote:
I wonder if there is anything special that hinders the implementation
of non-local goto’s and nested exits in macpas mode.
Afaik it's mainly a matter of no one caring enough about it to implement
it. Florian did rec
t has nothing to do with code structure, but with efficiency.
This is hilarious. I could just as well say -- he was really uncomfortable using strange objects
and strings instead of normal records and pchars.
Regards,
Adriaan van Os
___
fpc-devel mai
raw patches to core, and then trying to
blackmail core into accepting them by raising noise on the maillists)
I believe so too.
Still, you may want to have a look at the design goals and library-based architecture of the CLang
<http://clang.llvm.org/features.html> Language Family Front-en
lt;http://llvm.org/docs/SourceLevelDebugging.html> to be much better in
the future that GDB is now. But an all-Pascal debugger is ideal, of course.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.f
clusion.
With the above method, it should be relatively simple to implement
local procedures (functions) as procedural parameters, without
affecting the code generation of the current compiler.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
might be
possible to create a Mac OS X installer package with command line
tools. You would have to look at the file layout of a package by using
PackageMaker first or by looking at an existing package. I didn't try
this, it is just an idea.
Regards,
Adri
. a global function or not).
Then, you pass the static link pointer as the last parameter (for local
procedures) or not (for global procedures).
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.o
my mind is passing components of packed
structures as actual variable parameters. Standard Pascal doesn't allow
it at all, but it is more practical to forbid it only if the packed
component uses bit-packing.
Regards,
Adriaan van Os
___
fpc-devel m
e either).
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
settings),
I'm not sure how we could make another workaround than disabling the
exceptions.
What does the CrashReporter log look like ? For what system calls does
it crash in your code ? Try to wrap those calls with fpu exception
disablers/enablers.
Regards,
Adriaan v
is the special link for any manager
<http://www.dilbert.com>.
Regards,
Adriaan van Os
P.S.
Here is a text, specially for managers, applicable for any tech project:
Blah blah ... de facto standard ... Blah blah ... highly committed ...
Blah bah ... industrial strength ... Blah bl
?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
type in the memory block that I allocate/deallocate manually. However, can you elaborate why
"initialize" and "finalize" must be called for the containing record/array too ? If my
understanding of your reply is correct ?
Regards,
Adriaan van Os
n has been implemented according to Delphi conventions.
Marco van de Voort mentioned D2010 and work being done on the extended RTTI ($RTTI directive). Paul
Ishenin remembered Joost implemented some prototype in a branch, that had some problems and was
not merged to trunk yet.
Regards,
Adri
Florian Klämpfl wrote:
Am 19.09.2014 um 22:49 schrieb Boian Mitov:
On Fri, 19 Sep 2014, Adriaan van Os wrote:
Your remarks seem to imply that you think RTTI can be used to inspect any
aspect of an object.
It was/is not meant for that.
<<<
Quite incorrect. All languages with modern R
. I would certainly welcome a compiler option to NOT auto-refcount.
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:
On 16 Oct 2014, at 12:35, Adriaan van Os wrote:
Now, it seems (correct me if I am wrong) that theEvent doesn't need to
be manually released, because it has been declared as an OUT parameter
rather than a VAR parameter. So, if this is true, this information is
crucial
use the declaration in
Mfobjects.idl is
HRESULT GetEvent(
[in] DWORD dwFlags,
[out] IMFMediaEvent** ppEvent
);
which ignores the input value
<http://msdn.microsoft.com/en-us/library/hh916383.aspx>.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
tml> that doesn't seem to be the case).
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:
It is rather unfortunate that fpc can only link OMF, not COFF on Windows (I read on some previous
posts that it is the other way round, but according to
<http://stackoverflow.com/questions/966597/whats-the-differe
produced .obj with the Microsoft provides docs. If that
isn't typically Microsoft ... How to corrupt any standard by "slightly modifying" it I will
look further to dig up some meaningful info.
Regards,
Adriaan van Os
___
fpc-devel mailli
r compilers than MS-VC, e.g.
LLVM.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Florian Klaempfl wrote:
Am 07.11.2014 10:35, schrieb Adriaan van Os:
Anybody with hands-on experience compiling with FPC for MASM, including
the RTL ? The FPC compiler option is there.
NASM ist probably supported better and should be able to generate a lot
of different object file types
files.
I still have to investigate the internal error 200602232.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
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
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
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
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
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
driaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
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
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:/
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
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
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
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
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
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
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.
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
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
__
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 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
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
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
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
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
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
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
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
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
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
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
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
(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
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
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
_
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
,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
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
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
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
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
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
gards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
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
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
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
; 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,
-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
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
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
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
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
If considered useful, I can spend some time adding a PortAudio <http://www.portaudio.com/> package
to FPC. I plan to write a Pascal unit for the C-API
<http://portaudio.com/docs/v19-doxydocs/portaudio_8h.html> anyway.
Regards,
Adriaan van Os
___
Michael Van Canneyt wrote:
On Mon, 6 Aug 2007, Adriaan van Os wrote:
If considered useful, I can spend some time adding a PortAudio
<http://www.portaudio.com/> package to FPC. I plan to write a Pascal unit for
the C-API <http://portaudio.com/docs/v19-doxydocs/portaudio_8h.html>
Michael Van Canneyt wrote:
On Wed, 8 Aug 2007, Adriaan van Os wrote:
Michael Van Canneyt wrote:
On Mon, 6 Aug 2007, Adriaan van Os wrote:
If considered useful, I can spend some time adding a PortAudio
<http://www.portaudio.com/> package to FPC. I plan to write a Pascal unit
for
the
ve an updated sndfile.pp also, created from scratch and breaking the
demo program. I uploaded it to <http://www.microbizz.nl/sndfile.pas.bz2>. You may want to have a
look at it. It compiles with both FPC and GPC.
Regards,
Adriaan van Os
__
sndfile is licensed
under the LGPL <http://www.mega-nerd.com/libsndfile/>. Therefore, I think the FPC distribution
violates the libsndfile LGPL license, as FPC itself is distributed under the GPL-with-linking
exception.
Regards,
Adriaan van Os
P.S.
I suggest to rename the package directo
ay of coding style", although it certainly is "Delphi way of coding
style".
However, your code is more general... If you allow me, I would add
such additions from what you have made to the library.
Please go ahead.
Regards,
Adriaan van Os
_
ik wrote:
So the source file does mention that it is LGPL. I fully translated
the header as-is.
Then my comment is no longer valid.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
also,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
email.
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
, e.g. see
<http://gcc.gnu.org/onlinedocs/gcc-4.2.2/gcc/Warning-Options.html>. I believe I heard that it is on
the todo list ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mail
alize for various versions of Windows ? or use
static linking only
for routines that are common to the various (supported) versions of Windows ?
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Jonas Maebe wrote:
Adriaan van Os wrote on do, 13 dec 2007:
Marco asked how I ran into the bugs. Well, I used
- target win32
- the external linker
- USES JwaPsApi, JwaTlHelp32
With this setup, the application no longer starts up for reasons
reported (and many others not reported).
My
ation/Classes/NSAutoreleasePool_Class/Reference/Reference.html>
Regards,
Adriaan van Os
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
1 - 100 of 154 matches
Mail list logo