Maybe this can be used for debug/release.
I don't see how this can be used for the widgetsets.
Why not ? you can use
subtarget=gtk2-debug
How can I pass sub targets to fppkg?
fppkg -cconfigname
You can already use this now for cross-compiling. Under Linux you can
test it with:
- Copy
and debug version.
What is the best/recommended way to solve this with fpmake?
You can't in this way.
So, no debug and release version on one computer?
Not in this way, at least.
Hi,
Peter Vreman reminded me that we had this discussion on core about a year
ago. The solution we came up
Is there a tool to create them automatically?
Not yet. This is planned.
Come on. You didn't add the 14 thousand filenames manually, did you?
The unit source names were added from the Makefile.fpc (there is a conversion
mode)
but the rest was added manually.
I realize that for the
FP IDE needs to link to libgdb and all of its dependencies in order to have
debugger support. OTOH, Lazarus interacts to gdb via TProcess. FP IDE
approach would be faster but also inextensible and less maintainable. When
there's a problem with the libgdb (i.e. the library is buggy), the whole
Pass the --gc-sections parameter to the linker (and use object files
compiled with -CX).
OK, I'll try. What about the *.a's?
--gc-sectiosn will not help. FPC does not generate .o files with multiple
sections for linux.
Smartlinking for linux will create libp*.a files instead. You need to
jordi wrote:
I get this error when I try to compile the compiler:
sysos.inc(97,3) Fatal: Internal error 200502052
My OS: linux x86_64, any help will be welcome
There is an problem with code generation. Please submit a bug with the
steps how we can reproduce the issue.
Peter
Hi,
when using fpcmake to create distribution packages anything in the
source dir is getting packed into the zipsourceinstall-package.
Is it possible to exclude some selected files or directories by naming
them in the Makefile.fpc?
No. It is one of the reasons why fpmake/fppkg will be
Is there any way so that Write(Ln) doesn't flush the buffer after each call
(as if it's called to write to a file, I knew it from rtl's file handling
source), but only when Flush is called? I found some maniac's code that does
it at assembler level, but of course it's platform dependant
Florian Klaempfl wrote:
Mattias Gaertner schrieb:
On Tue, 24 Jun 2008 23:14:34 +0200
Florian Klaempfl [EMAIL PROTECTED] wrote:
Mattias Gaertner schrieb:
I want to read ppu files like the ppudump tool.
ppudump uses the unit compiler/ppu.pp, but ppu.ppu is not
installed by default. At least
Peter Vreman wrote:
Florian Klaempfl wrote:
Mattias Gaertner schrieb:
On Tue, 24 Jun 2008 23:14:34 +0200
Florian Klaempfl [EMAIL PROTECTED] wrote:
Mattias Gaertner schrieb:
I want to read ppu files like the ppudump tool.
ppudump uses the unit compiler/ppu.pp, but ppu.ppu is not
installed
I would like to make a generic class, like this :
{$mode objfpc}
generic TMCollection_T = class(TObject)
private
FDefaultItem: _T; // line 35
public
constructor Create;
destructor Destroy;override;
[...]
end;
But I have got the following :
commons.pas(35,21) Error: Identifier not
On 02/11/2007, Darius Blaszijk [EMAIL PROTECTED] wrote:
I would like to profile my code on windows. I tried searching the wiki,
but without much success on how to do that on windows. Can anyone
explain me in a few words how this can be done?
Did you ever find any information. I would like
Graeme Geldenhuys wrote:
Hi,
Does GetAppConfigDir(False) work under Windows Vista? I'm using it in
our applications and we don't have a Vista OS yet to test on.
As far as I understand, Vista uses 'C:\Users\...' and Win2000 and
WinXP uses 'C:\Documents and Settings\...'
Does
zaher dirkey wrote:
S := AnsiDequotedStr('', '');
Return in S the same source string for empty quoted.
That also in Delphi, but it is for me wrong.
In fact that make my program working wrong when send UserName=Admin
and Password=, it check password as '' not empty.
The behaviour is
That also in Delphi, but it is for me wrong.
In fact that make my program working wrong when send UserName=Admin
and Password=, it check password as '' not empty.
The behaviour is compatible with Delphi and will not be changed.
Might as well remove it then, as it seems to me it's pretty
Hi, all!
Some time I was building LCL using standart command:
make clean all # for current target cpu,os
and
make clean all OS_TARGET=wince CPU_TARGET=arm PP=ppcarm
... and everything seem working well.
The problem is that I got some special bugs - some components such
Hello,
I find more and more units and components (for Lazarus) that are using
the libc unit. I find it really problematic, because it doesn't exists
for all platforms and architectures, so why not markring the unit as
obsolete for the next FPC release so other developers will have to
work
I found that the Do_Syscalls are written in assembly and have only
limited number of parameters (up to 6). Is there a way to write it
using array of TSysParam instead of having 7 different functions ?
Maybe but it wouldn't make the assembler easier to read :-).
Actually the assembler
Fixed in 2.3.1 in r10311.
Thanks a lot for your quick response. Surely it solves the problem with
empty set as the second parameter. But I'm not sure if the other code I
sent later would also be fixed? - apparently that one had incorrect
valuation when tested with official 2.2.0 for Win32 -
Adam Naumowicz wrote:
Hello again,
On Mon, 11 Feb 2008, Adam Naumowicz wrote:
Hello,
I'd like to know if this is a known issue, or a new bug.
With the following code:
--
program tester;
type SomeType = ( SomeElem );
const ElemSet = [ SomeElem ];
begin
writeln(SomeElem
None the less very interesting example.
Problem is ofcourse FPC does not support the new Delphi 2007 features.
And the big question is how would you port this code to FPC ?
Please don't make _your_ problem our problem!!!
You knew beforehand that FPC doesn't support these features. If you
Skybuck Flying wrote:
Doesn't make much sense to me at least.
Who still codes in 16 bit or turbo pascal ?
64 KB programs ?
Terrible limitations.
I am glad those days are dead/gone/over.
It was discussed already a couple of years ago to make objfpc the
default compile mode. But it breaks
On 30/01/2008, ik [EMAIL PROTECTED] wrote:
type
TfpgColor = type longword;
means that you have a new type in the same *range* of longword. That
means that you can assign the same number range, but if you have a
variable that is a longword, and you wish to assigned the value to a
Michael wrote:
3 ways:
Thanks.. added compiler option info to the fpmake wiki page.
Now I'm wondering..when I use fpmake clean it doesn't clean any units that
were compiled
implicitly.. i.e. units that were not called in with AddUnit, but compiled
because they were in
uses clause of
Regarding class constants: I missed them, too, already, although not too
much. ;)
Maybe you should read the documentation. Static fields are supported already
for 10 years:
~/fpc/compiler cat p.pp
{$mode objfpc}
{$static on}
type
cl=class
l : longint;static;
end;
var
c1,c2 : cl;
Marco van de Voort wrote:
Marco van de Voort wrote:
Does FPC support class constants, and if it doesn't, are there any plans
to add this support?
Have a look at
http://www.freepascal.org/faq.var#extensionselect
The question would be what would make this possible?
What about class vars?
We have a compiled file with debug info (ex: using -gl flag) of 10Mb (about
8Mb are Debug).
Currently you use:
objcopy --only-keep-debug $EXE $DBG (read from disk 10Mb from $EXE and
write 8Mb for create $DBG)
objcopy --add-gnu-debuglink=$DBG $EXE (read from disk 10Mb from $EXE and
Hi to all,
is someone working on the -Xg lineinfo/lnfodwrf support, so that using
a separate .dbg file for the debug, the software is able to show the
call-stack with source line?
Make sure you use the latest svn code. There are already a lot of things
refactored regarding the
reading those
Hi to all,
is someone working on the -Xg lineinfo/lnfodwrf support, so that using
a separate .dbg file for the debug, the software is able to show the
call-stack with source line?
Please stop working on this. I have it already working.
Peter
___
Ok Peter,
I'm waiting for your news.
Finished, see r9813
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
If you request for features please come up with something realistic and also
provide good
information how it then should work. E.g. provide grammar how the syntax and
semantics work. And
if it is for compatibility you should also be able to provide real pascal
examples that show how
ambigious
It is allowed to create such instances: as long as you don't call any of the
abstract methods, there will be no problem.
Is there a way to abort the compilation in this cases instead of a warning ?
Currently not.
You can abort compilation in case of any warning with the -Sew option. The
The problem with this mechanism is that if you have another
warning which occurs first,
that will stop your compilation, you'll never get to the abstract
warning...
I agree.
May be a new option in a future release of fpc ? :)
It would be nice to have a switch to do it.
There is already a
Hi,
I am struggling to compile the following code. FPC throws a syntax error
where the expression is
IMHO correct.
Can somebody point me in the right direction?
FPC SVN (rev. 9495) -- FPC 2.2.0 dies with EAccessViolation while compiling
the code in question
linux 2.6.23 x86
Please
On 11/1/07, Marc Santhoff [EMAIL PROTECTED] wrote:
Am Donnerstag, den 01.11.2007, 00:45 +0200 schrieb ik:
Hi List,
I have a weird problem. the fpWrite is too slow for FPC code. When
I have the same exact code in C that writes a big amount of buffers of
the same size with the same
Hi all,
I have downloaded the freepascal 2.2.0 fpc source code (
fpcbuild-2.2.0.zip) and attempted to create a arm-linux cross-compiler that
runs under win32. I have done this previously with the fpcbuild-2.0.4 .zip
file ok using this batch file:
**START OF BATCH
Compelling FPC 2.1.4 to behave like FPC 2.0.4 is not very difficult.
In a program where you have A := B - C; (A,B,C being Longwords), it
is sufficient to write A := Longword(Longint(B) - Longint(C)); and all
is right. The most difficult is to find which lines of code has to be
modified. FPC
I also think so; I don't think the copy/symlink is necessary; The binary
should
simply be outputted in the bin/os-cpu directory.
fpmake can write a message like 'Writing binary to bin/os-cpu directory' so
the user knows where to look.
Here's a patch that implements all of the above
I was doing some tests with fpmake and came across what appears to be an
inconsistency.
When fpmaking a program a units/cpu-os is created but the commandline
parameters for FPC are -FE. which causes the tool and possible other
units to be placed in the directory where the program is located.
I was doing some tests with fpmake and came across what appears to be an
inconsistency.
When fpmaking a program a units/cpu-os is created but the commandline
parameters for FPC are -FE. which causes the tool and possible other
units to be placed in the directory where the program is located.
At 18:37 11-8-2007, you wrote:
Peter Vreman wrote:
I got the following error message:
Unknown name/value pair in compiler section : unittargetdir
Unknown name/value pair in clean section : files
Which is:
unittargetdir=./units/$(CPU_TARGET)-$(OS_TARGET)
files=$(wildcard ./units/$(CPU_TARGET
The idea is that you do a
fppkg packagename
this will look in a database for the package, extract it,
and the compile fpmake.pp and run it. The fpmake contains
all configuration to make and zip the package.
Aha, this clears up some mist in my mind. But I still don't really
understand how
Hi again,
how can the name of the files created by the targets zipinstall and
zipsourceinstall be influenced?
I've tried this way:
Makefile.fpc
[prerules]
pretest:
echo $(ZIPNAME)
echo $(ZIP_ZIPNAME)
[target]
programs=cnfdat2h5
[package]
name=cnfdat2h5
version=0.1
At 22:03 1-8-2007, you wrote:
Hi,
when using Makefiles something like this is executed at runtime, so a
variable can be set by a command:
PWD=`pwd`
or
PDW=$(pwd)
sets the Varaible $PWD to the current path.
If one of both forms is used in a fpcmake-file that doesn't work.
On 21 jun 2007, at 16:52, [EMAIL PROTECTED] wrote:
I committed it in trunk in r7756.
I created a wiki page with missing changes in the fixes branch. I
am considering to add them the snapshots built for Lazarus.
http://wiki.lazarus.freepascal.org/
Useful_changes_not_in_the_fixes_branch
At 19:58 2-6-2007, you wrote:
Hello,
1.
var s:string;
...
s[1]:='#'; -- causes an access violation
2.
Why is it no more possible to assign the length index s[0] in a string?
I find that is too much security to supress that.
It is cutting responsibility from the programmers.
You are
At 22:53 17-5-2007, you wrote:
Hello,
What are the FPC defines for it's versions? I would like to separate
some code from FPC 2.0.4 and FPC 2.2 (actually development 2.1) due to
some bugs in 2.0.4 that were corrected on 2.1
{$ifdef VER2_0}
2.0.x code
{$else}
2.1+ code
{$endif}
Peter
Vincent Snijders schreef:
Hi,
If I compile a unit which contains {$R wincemenures.res} a file named
wincemenures.or is created in the source directory, even if I have set
-FU or -FE. What parameter do I need to pass to the compile to move the
.or file to the unit output directory?
Nobody
.
make[6]: Leaving directory
`/tmp/freepascal/svn/fpc_26_04_2007/packages/fcl-db/src/dbase'
make -C src/sqlite all
make[6]: Entering directory
`/tmp/freepascal/svn/fpc_26_04_2007/packages/fcl-db/src/sqlite'
make[6]: No se hace nada para `all'.
make[6]: Leaving directory
I'm making SVN
..
fpcmake -p -Tarm-linux Makefile.fpc
Processing Makefile.fpc
Error: Target linux, package fcl-base not found
make[7]: *** [fpc_install] Error 1
make[7]: Leaving directory `/home/tmk/fpc/fixes_2_2/packages/fcl-db'
make[6]: *** [fcl-db_install] Error 2
You need to update fpcmake on the
On Thu, 2007-03-08 at 08:07 +0100, Peter Vreman wrote:
..
fpcmake -p -Tarm-linux Makefile.fpc
Processing Makefile.fpc
Error: Target linux, package fcl-base not found
make[7]: *** [fpc_install] Error 1
make[7]: Leaving directory `/home/tmk/fpc/fixes_2_2/packages/fcl-db'
make[6
At 23:39 5-2-2007, you wrote:
I think that its great that the hornet's nest that I stirred up might
mean that a new unit of container classes gets written...
...My trouble remains...
Getting a better containers unit is nice, but the root of the
problem seems to be the memory manager.
At 13:45 27-1-2007, you wrote:
Op Fri, 26 Jan 2007, schreef Felipe Monteiro de Carvalho:
On 1/26/07, Peter Vreman [EMAIL PROTECTED] wrote:
For Windows there is even an internal linker. If symbian uses something
like PE coff you can maybe
even use that one. It works for all Windows
At 17:33 3-11-2006, you wrote:
yes but there are some lovely stuff on the trunk ;)
like working debug symbols with the internal linker and so on
If you want a 'stable' trunk stick with r5191 for now.
Peter
___
fpc-pascal maillist -
At 21:57 3-11-2006, you wrote:
If you want a 'stable' trunk stick with r5191 for now.
.. but don't use smart-linking (-XX) then.
better use r5180 ..
ok, i havend belived this but seems to be an compiler issue maybe the ppu
check code is broken in revisions 5191 or something else
with 5180
At 21:23 1-11-2006, you wrote:
I all,
when using -Xe option DBG is working, but when using -Xi it is not. Is
it normal? (Using an old 3823 revision.)
It works with current SVN.
Peter
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
At 21:43 1-11-2006, you wrote:
2006/11/1, Florian Klaempfl [EMAIL PROTECTED]:
Alexandre Leclerc schrieb:
For now, the only thing I'm sure about is that with version 2.0.4 of
the compiler it is working correctly with ROPS for this problem.
Can't you try the binary search to find the
At 21:47 1-11-2006, you wrote:
2006/11/1, Peter Vreman [EMAIL PROTECTED]:
At 21:23 1-11-2006, you wrote:
I all,
when using -Xe option DBG is working, but when using -Xi it is not. Is
it normal? (Using an old 3823 revision.)
It works with current SVN.
Ok, I see; I tested the latest version
At 21:08 31-10-2006, you wrote:
Hi all,
I'm running into strang ROPS behaviour when using the latest compiler
in svn. Is there a compiler switch required for it to work ok? Using
revision 3823 I have no problems.
The parameters in the script when passed to actual FPC code is not
working well..
At 21:59 31-10-2006, you wrote:
2006/10/31, Peter Vreman [EMAIL PROTECTED]:
At 21:08 31-10-2006, you wrote:
Hi all,
I'm running into strang ROPS behaviour when using the latest compiler
in svn. Is there a compiler switch required for it to work ok? Using
revision 3823 I have no problems
Hi all, it's been a long time.. but I have a question.
Is there any way tell FPCMAKE to rename all PROGRAMS to have a different
extension?
Example:
On Windows:
someprog.exe -- someprog.abc
On Linux/BSD
someprog -- someprog.abc
Or is there any predefined macros that I can
I have noticed that too..
I changed the order in about 60 files in my project... :)
It would be nice if {$mode objfpc} makes {$H+} automatic...
It has been considered once, but I can't remember why it was
not put in effect, there was some reason, but I don't recall why :(
Breaking
At 18:49 25-10-2006, you wrote:
But, what about resourcestrings?
They will not be placed in the .rsrc section. They are handled
differently (gettext compatible) in FPC for cross-platform reasons.
Peter
___
fpc-pascal maillist -
At 16:00 27-9-2006, you wrote:
Hi,
Is TFPHashTable the same as Delphi's THashedStringList?
I am looking for a List class that can hold large amounts of objects
with a ID string associated for quick lookups.
For the compiler i created a TFPHashList and TFPHashObjectList as
similair to
Does this mean we can't do snapshot on win32? Is there a fix planned? Eg
couldn't we write a fpc version of cp - guess this would only be a few
lines or is it more complicated than this?
This situation is there already for years.
___
fpc-pascal
Greetings.
When running 'make zipinstall' under Win32, the process ends with the
following error:
cp.exe: cannot remove old link to
`D:/fpc/../fpc-pack/examples/oracle/.svn/text-
base/Makefile.fpc.svn-base': Permission denied
This is a know issue. It is a bug in the non-fpc cp.exe for
Le Jeudi 7 Septembre 2006 20:42, Peter Vreman a écrit :
I can't figure out how to get source code filename line numbers in
Valgrind output. What is the correct flags association ?
I tried -gv, -gv -g, -gv -gw, -gv -gl,...
I'm using Valgrind 3.2.0 in Debian Etch GNU/linux for x86_64
I can't figure out how to get source code filename line numbers in
Valgrind output. What is the correct flags association ?
I tried -gv, -gv -g, -gv -gw, -gv -gl,...
I'm using Valgrind 3.2.0 in Debian Etch GNU/linux for x86_64, Fpc
2.4.0
valgrind for x86_64 is not
Hello,
in fpc you have to tell the compiler which registers are used in asm code.
for example
asm
mov ax,123
end [eax];
Is it possible to make a compilerswitch that the compiler tells that there
is
every register used in asm code? In this case it woult be possible to port
asm
I'm still working on other things but that leaves me wondering whether
there's
scope for the main part of fp and the gdb interface to attempt to use
incompatible library versions at runtime. On the machine (Debian
Sarge) I'm
using for the build /lib/libc.so.6 - libc-2.3.2.so, on the older
Hi,
Can anybody please explain to me FPC packages? I don't understand
them. I read as much as I could from the docs, but still not sure.
What I understand from packages, is a set of units that work together.
They don't need to be part of the FPC distribution though.
Correct
So could
What's the alternative?
To have most of internal procedures public with a comment for internal
use only, I really don't like it, or to have all code in a single file,
I don't like it too.
What about friend units'?
Or something like as it is solved in delphi with helper classes (p215).
(Maybe
I think this has being supported for a long time now. At least FPC
2.0.2 can build libraries without any problems.
I tried that with FPC 2.0.2 too, and it worked fine for win32 and
linux-i386 (32 bits), but not for linux-x86_64, there was a problem with
generating PIC (Position Independent
on't bother with Solaris in 2.0.x, it won't work at all. None of
the Solaris fixes from 2.1.1 have been merged
On a positive note, Sparc/Solaris works fine in 2.1.1
I tried to merge it in the past but aborted it. The Solaris RTL
changes had a too much conflicts to qualify for a merge to
Tomas Hajny wrote:
I propose to check with the 2.0.4-rc2 sources. You can get these from
ftp://ftp.freepascal.org/pub/fpc/beta/2.0.4-rc2/source/,
That builds (make cycle) OK on/for linux-i386 using FPC 2.0.2, but on
linux-sparc using FPC 2.0.0 I get:
Target OS: Linux for SPARC
Compiling
Vincent Snijders wrote:
Look up the syscall_nr_exit_group (the number for exit_group syscall)
for sparc and
add it to rtl/linux/sparc/sysnr.inc and try to compile again.
This syscall was not used in fpc 2.0.2, but was added afterwards. You
might find
more of those.
Thanks. I'll follow
At 12:12 31-7-2006, you wrote:
Hello!
I tried to compile the daily snapshot from source and got the following
during compilation:
make.EXE[3]: Entering directory `D:/FreePascal/sources/fpc/compiler'
process_begin: CreateProcess((null), echo Start 12:42:49 now 12:43:09, ...)
failed.
make (e=2):
At 13:17 31-7-2006, you wrote:
Hello!
You (Florian Klaempfl [mailto:[EMAIL PROTECTED])
wrote about Re: [fpc-pascal] Windows 64 bit on 07/27/2006 at 10:17:
I downloaded 64-bit toolset in April (afair). Is there any new version
available?
FK No, but building them from source is no problem.
I
At 14:17 31-7-2006, you wrote:
Hello!
You (Peter Vreman [mailto:[EMAIL PROTECTED]) wrote
about Re: [fpc-pascal] Minor issue compiling FPC from sources on
07/31/2006 at 15:02:
PV gecho.exe is delivered FPC.
PV Make sure you only use the make.exe and the tools delivered with FPC
PV from CMD.EXE
At 14:35 31-7-2006, you wrote:
Hello!
You (Peter Vreman [mailto:[EMAIL PROTECTED]) wrote
about Re: Windows 64 bit [fpc-pascal] on 07/31/2006 at 15:05:
PV make CPU_TARGET=x86_64 OS_TARGET=win64 build install
PREFIX=win64installpath
Thank you for the tip.
When I use those settings, I get the 64
At 17:06 31-7-2006, you wrote:
First, is this the best list to discuss this?
I've got rather agressive filtering in my mailing list gateway. If
anybody tries
to send any attachments etc. to me please use markMLl.fpc2 .AT.
telemetry .DOT.
co .DOT. uk.
I admit readily to being a beginner as
At 22:18 24-7-2006, you wrote:
I'm new to free-pascal, and have searched for a few hours without
finding an answer to my question. I hope someone on the list could
please help point me in the right direction.
I've been using a couple of encryption/decryption units that are
written in Pascal
At 12:30 22-6-2006, you wrote:
Steve Williams wrote:
Koenraad Lelong wrote:
Hi,
When I ty to compile fpc-svn for arm-linux it stops with Internal
error 200203271 when buildgtk2.pp/gtkspinbutton.inc is compiled.
Was there a solution for this? I've just come across this error
now while
Are const parameters supposed to ensure read only access?
If so how come one can write to a typed pointer?
program project1;
{$mode objfpc}{$H+}
type
PSomeRec = ^TSomeRec;
TSomeRec = record
a: string;
b: string;
end;
procedure ChangeRec1(const Rec:
These are pretty big when taken together.
... ... An optional downloadable package
would probably make more sense though.
Yes. Hint, link and package/link to smallest possible set of libraries
would be better. I am not experienced with many things, so this was pretty
confusing (can't find
I hope you can see the difference between a linker, which is needed no
matte how you want to use the compiler, and a tool like Valgrind or
gprof.
VS With this difference, compiling -gv succeeds, even if Valgrind is not
VS installed. Compiling -pg fails, if gprof/cygwin is not installed.
To declare conditional defines like this easily:
{$ifdef cpu64}
TMyInteger = Int64;
{$else}
TMyInteger = LongInt;
{$endif}
You can better use the special type for it directly instead of adding
$ifdef's
TMyInteger = PtrInt;
TMyWord = PtrUInt;
-Fu/home/me/project1/units/*.*
Is there an existing recursive option like this for -Fu and -Fi?
Could be useful, but dangerous if directories contain different versions
of the source
file in different places.
Still, in many projects I get sick of continually adding new directories
to the
At 09:54 17-4-2006, you wrote:
How can one use gprof under win32?
While it is possible to download one or another gprof, fpc reports linking
error: ld.exe: cannot find -lc.
gprof only works under cygwin
Peter
___
fpc-pascal maillist -
At 10:04 17-4-2006, you wrote:
At 09:54 17-4-2006, you wrote:
How can one use gprof under win32?
While it is possible to download one or another gprof, fpc reports
linking
error: ld.exe: cannot find -lc.
gprof only works under cygwin
Peter
Is there any common way of profiling under
I think even _if_ there is a focus on getting the memusage down (and there
is, it is one of the internal linkers objectives), it should be more to
let
Lazarus perform optimally with say 512-1024MB memory, and not to try to
squeeze it into sub 128 MB. That would be counterproductive.
Inside
FPC 2.0.2 do not rasie exception on integer/floats division by Zero, which
is suitable for calucaltion I currently developing. Instead, division
return
infinity:
writeln(1/0) - +inf
writeln(1.0/0) - +inf
With excluding zero exception from SetExceptionMask(), it dows not turn on
the
Apparently, there is a dependency on the System unit, and incompatibility
between System units can cause a recompile. Any other such dependencies?
Is every separately compiled unit dependent on System? If not, under
what circumstances will it depend on System? And on what other units?
I have a question concerning connecting FreePascal function with Delphi
application (under win32).
I hope I'm totally wrong in my approach and so hope for some help.
1. DLL files created by FPC 2.0.2 are not usable under Delphi forms (there
are about 5 posted unfixed bugs about it by
Allowing compiler declatarion of INTERNALLINKER in fpcdefs.inc and
recompiling the latest SVN revision (linker branches) is not enough to
use
it.
Please provide exact steps in order to use internal linker.
All you need to do to test the internal linker is pass the -Xi to
compiler.
So:
Please provide exact steps what you did to detect that it is not used.
1. Download the latest SVN revision from
http://svn.freepascal.org/svn/fpc/branches/linker/
(revision 3065 if I remeber correctly) and trunk FPC update as well
2. After I compared current trunk and branch version I have
What is the current states of internal linker developing?
Basic linking for win32 works
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Unfortunately, I had to remove the morfik from my PC. Too much
conflicts with the existing firebird, and both the IDE and
generated forms look totally wrong on my PC. And I do mean
totally: everything is scaled wrong...
It sounds strange to me. :( I've just install this newer version without
I've been trying to port, from Delphi to FPC in windows, a
large open
source library which uses many COM-style interfaces, and in this
process found that the interface function redirection [1:
see below]
feature, for redirecting the interface's methods to other functions
with different
Hi fpc users!
I'm here again, with another problem :)
Ok, It's not a problem, per se. It's only a doubt, so, I write here to see
if you may help me ...
This is the issue:
In Delphi, I've wrote some code in assembler that calls the above
mentioned
routines from System.pas:
1 - 100 of 278 matches
Mail list logo
