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 n
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
ins
>> Because there are easy ways around it (as you mention) and the work to
>> implement and maintain this would probably outweigh the usefulness.
>>
> Yes, it's easy but uncomfortable and needs more typing.
You can use hexstr() to convert the pointer to a hexadeciaml number:
var p: pointer;
begin
> 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
>
> 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 (
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
>> 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
>
> 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 w
>> > > 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 rea
.
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 with was a 'sub
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 -c
You can already use this now for cross-compiling. Under Linux you can
test it with:
- Copy ~/.fppkg/conf
At 14:04 20-11-2005, you wrote:
Florian Klaempfl wrote:
Lukas Gebauer wrote:
enhancements in Delphi-2006... (like operator overloads or class
variables...)
... which has fpc for years :)
I didn't know that. How do I declare a class variable in fpc?
like this?
type
MyClass = class(TCompon
> Congratulations,
>
> with fpc 2.0.2 it's the first time, we were able to compile and run our
> dbGonzales database server (complete delphi code). In earlier versions
> of fpc, we always had some problems (mostly with variants), which caused
> runtime crashes.
> First tests show that the execution
>
>>(astonishing that ShortStrings are slower than AnsiStrings in this
>> example
> in delphi).
>
> Not really. Delphi is silently upcasting your shortstrings to AnsiStrings
> in
> the background. You would probably have to recompile the VCL to get around
> this ;-)
I've commited a few small fixe
> Florian Klaempfl wrote:
>> Hi,
>>
>> FPC 2.0.2 is finally available for various platforms. 2.0.2 is mainly a
>> bug fix release to 2.0.0 though also some little features were added.
>>
>> Get FPC 2.0.2 from http://www.freepascal.org/download.html or read the
>> whatsnew.txt here: ftp://ftp.freepa
> Peter Vreman wrote:
>
>>>>(astonishing that ShortStrings are slower than AnsiStrings in this
>>>>example
>>>
>>>in delphi).
>>>
>>>Not really. Delphi is silently upcasting your shortstrings to
>>> AnsiStrings
&
> Darwin 2.1.1 today
> astrings.inc(88,1) Fatal: Syntax error, "BEGIN" expected but "shl" found
> astrings.inc(88,1) Fatal: Compilation aborted
That is a svn conflict
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.or
> i tried to compile the bigint13 Unit from Franco Milani but got the
> following error:
>
> bigint13.pas(48,2) Error: Illegal assembler style specified "INTEL"
> bigint13.pas(426,1) Fatal: There were 1 errors compiling module, stopping
> bigint13.pas(426,1) Error: Compilation aborted
>
> The assem
> Hi,
>
> I have changed the FastMM4 that it seemd to work with fpc now. Here are
> the results of my prior tests now with FastMM4 for fpc:
>
> Test1:
> fpc (standard MM): 3.1 sec - factor = 1.34
> fpc (FastMM4): 3.0 sec - factor = 1.30
> delphi (standard MM): 3.1 sec - factor = 1.34
> de
> Hi,
>
> I have changed the FastMM4 that it seemd to work with fpc now. Here are
> the results of my prior tests now with FastMM4 for fpc:
>
> Test1:
> fpc (standard MM): 3.1 sec - factor = 1.34
> fpc (FastMM4): 3.0 sec - factor = 1.30
> delphi (standard MM): 3.1 sec - factor = 1.34
> de
> I tried to modify the FastMM4 to work with with fpc.
> I had no big problems for the non-assembly language version, but with
> the assembly language version i have the problem, that fpc is allways
> generating a stack frame, even if i use the {$STACKFRAMES OFF} directive.
>
> Is it not possible a
>> I compiled fpc from the sources from the svn repository today, but the
>> results are almost the same as I posted yesterday (I marked with **
>> where the results have changed):
>>
>> Test1:
>> ** fpc (standard MM): 3.0 sec - factor = 1.30
>> fpc (FastMM4): 2.9 sec - factor = 1.30
>> delphi (s
>>Intel mode isn't supported yet on x86_64
> When do you expect it to be?
It is not planned. Unless a user supplies the required patches for the
compiler there will not be an intel like asmmode for amd64 anytime soon.
___
fpc-pascal maillist - fpc-p
> FPC can´t assign value to address, where Delphi can. For example:
>
> TDomNode = class(TDomCustomNode);
> private
> ...
> FUserData : TUtilsWideStringList;
> FUserDataHandlers : TList;
> ...
>
> destructor TDomNode.Destroy;
> var
> I: Integer;
> UserDataEvent: TDomUs
>> It's not the keyword that is the problem. The whole logic for this would
>> have to be implemented. Think switches, commands to the linker, a way
>> to
>> configure the name for the segment etc. Part of this is specific for
>> your
>> device setup.
>>
>> If writable const is off, also variables
> I have built a Windows cross compiler for ARM It is working fine
> without smartlinking. When I activate smartlinking I get this error:
>
> Free Pascal Compiler version 2.0.2 [2005/12/16] for arm
>
> Assembling arm2138reg
> Assembling with smartlinking arm2138reg
> /cygdrive/l/ARMBIN/AR: arm2138r
> Martin Schreiber schreef:
>> On Sunday 05 February 2006 17.11, Koenraad Lelong wrote:
>>
>>>Just tried it, doesn't work :-(. Compiling with ppc386 for i386-linux
>>>works fine, compiling with ppcrossarm for arm-linux gives the error.
>>>Could this be a processor specific error ?
>>
>>
>> compiler
> #2 0x0809a6db in TCGARM__A_OP_CONST_REG_REG_CHECKOVERFLOW
> (LIST=0x411f3f34, OP=OP_SUB, SIZE=OS_32, A=373, SRC=16777216,
> DST=16777216, SETFLAGS=false, OVLOC=
> {LOC = LOC_VOID, SIZE = 166, RESFLAGS = 186, VALUE = 134759354,
> VALUE64 = 4713231088527885242, REFERENCE = {OFFSET = 13475
> Hi,
>
> we are developing a console application under Delphi. The main task is
> to use it under Windows. But there are some situations where we need
> to run it under the realtime OS QNX. This is the reason why we use FPC
> 1.0.x. But it lacks some interesting features like dynamic arrays.
>
> I
> More specific, the error-lines point to the @object construct.
> Is there any way I can avoid these errors ?
> I used revision 2898 of fpc. My arm-linux-as is version 2.14.
Use the latest binutils 2.16.1
___
fpc-pascal maillist - fpc-pascal@lists.
Remove "tf_needs_symbol_type" from system_arm_linux_info in compiler/
systems/i_linux.pas
Or alternatively have a look at the output of gcc -S and if it does
generate some sort of symbol type information, change compiler/
aggas.pas:590 based on "if (target_info.system <> system_arm_linux)
t
>> The problem isn't related to particular
>> distribution, but rather to particular SVN
>> revision. Some bug slipped into our makefiles
>> during this weekend, it should be hopefully
>> corrected soon.
>
> linux-i386, fixes_2_0
>
> To me it seem that "rtl/inc/text.inc" is broken Please see
> http
> Hi,
>
> I have a little program working with Crt units without problem. I have
> change the print way form, I have pushing Crt Commands inen Fifo (GotoXY,
> ClrScr, ClrEol, Write,...) and I have created a Thread
> class to pop this commands to execute it.
> Problem seems to be cursor position in
>> > 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
> 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: _Initi
> Hi,
> I have just one quick question in order to understand better:
>
> Does FPC use lex (or flex) and yacc ?
No
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> 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 versio
>> Basic linking for win32 works
>
> Thank you for information.
>
> 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.
Please provide e
>> 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
>
>> commandline flag -Xi
>
> Thank you.
>
> This information is not available with compiler options help list.
Ofcourse not, becuase it is a development/test option. Don't forget you
are using development code. Especially the linker branch has no garauntees
at all that it compiles/works.
___
>> 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
>> If you want to work with development code i think it is better to find
>> out
>> it yourself what is going wrong. For me it works on all development
>> systems that i use.
>
> If would I have a time to look at souce code, I would gladly become
> developer member. However, my spare time is quite
> 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
> 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?
U
> On Thu, Apr 06, 2006 at 08:18:28AM +0200, Peter Vreman wrote:
>> > 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
> I try to crosscompile in win32 to linux with fpc 2.1.1.
> I use the options: -Sd -B -Tlinux
>
> The compiler compiles all the sources without problem, but the linker
> reports an errror: unrecognised emulation mode: elf_i386
> this is because fpc calls ld instead of i386-linux-ld
> when i rename
> 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
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 - fpc-pas
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
> 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.
Ins
At 17:22 19-4-2006, you wrote:
> L505 wrote:
> >> MSEgui has a distinct advantage over Lazarus. It compiles under Delphi.
Just
> >> tried it. Fiddled with one or two lines in the code, but I got the
IDE to
> >> compile and run and then built a small hello world app that also ran.
Pretty
> >
> -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 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;
___
>> 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 ("
>>> 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
>
> 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(c
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 t
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: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
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 w
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=
Thank you for the tip.
When I use those settings, I get the 6
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 f
> 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
>
> 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.
>
> Than
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 2
>> 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 Independ
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).
(Ma
> 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
>> 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, o
> 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
>
> S
> Is the following allowed in a Makefile.fpc
>
> [target]
> units=unit1 unit2 unit3
> dirs_linux=x11
> dirs_freebsd=x11
> dirs_win32=win32
>
> I have read the docs and know the "dirs" is a valid setting in the
> "target" section. But I have seen somewhere an example where they
> included the plat
At 14:41 4-9-2006, you wrote:
I found that the documentation of the rtl (objects unit) contains a
small error in the Synopsis of
the NewStr function.
It says:
"Synopsis: Allocate a copy of a SHORTSTRING on the heap."
I think you should replace the word SHORTSTRING by STRING.
No, shortstrin
At 19:04 4-9-2006, you wrote:
Ok. Do you know a way to allocate a new PString?. In Delphi NewStr does it.
http://www.freepascal.org/docs-html/rtl/sysutils/newstr.html
Peter
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fr
> 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 tested yet with fpc
> 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 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
> >>
> 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
> 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 ma
>> > 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.
>
> If I get it right, one is supposed to have C
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 TFPList
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 - fpc-pascal@lists
>> 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 :(
Brea
> 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 mac
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
>revisi
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
ht
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 re
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
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 - fpc-pascal@lis
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
wit
> On 1/26/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> COFF is something like TIFF or AVI. Usually linkers and assembler don't make
>> use
>> of everythin one format supports. Best bet is to dump some object files of
>> CodeWarrior and try to adapt the FPC coff backend so it is also able to
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
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. Delphi's
Hello again :), I just forgot to ask; Delphi has an option to
generate a so called "map file" that contains the function
addresses matched with the function names when an executable
compiled. What would be the equivalent FPC functionality for this?
man ld -> search for "map" -> there is a "--p
> <..>
> 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 fp
> 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
.
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 (v2.3.
> 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 director
1 - 100 of 377 matches
Mail list logo
