Re: [fpc-pascal] fpmake: output directories

2009-06-06 Thread Peter Vreman
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

Re: [fpc-pascal] fpmake: output directories

2009-06-02 Thread Peter Vreman
. 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

Re: [fpc-pascal] fpmake dependencies

2009-04-14 Thread Peter Vreman
>> > > 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

Re: [fpc-pascal] Debugger interaction in FP IDE and Lazarus

2008-09-02 Thread Peter Vreman
> > 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

Re: [fpc-pascal] Manual smartlinking

2008-08-19 Thread Peter Vreman
>> 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

Re: [fpc-pascal] Internal error 200502052

2008-07-22 Thread Peter Vreman
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

Re: [fpc-pascal] Getting fast output

2008-07-20 Thread Peter Vreman
> > 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 (

Re: [fpc-pascal] excluding files or dirs from fpcmake packaging

2008-07-20 Thread Peter Vreman
> 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

Re: [fpc-pascal] Printing of Pointer Type

2008-07-17 Thread Peter Vreman
>> 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

Re: [fpc-pascal] reading PPU files

2008-06-25 Thread Peter Vreman
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

Re: [fpc-pascal] reading PPU files

2008-06-25 Thread Peter Vreman
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

Re: [fpc-pascal] Generics

2008-03-31 Thread Peter Vreman
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 fo

Re: [fpc-pascal] gprof setup on windows

2008-03-13 Thread Peter Vreman
> 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

Re: [fpc-pascal] fpc 2.3.1 doesn't allow to pass literal constants as formal const parameter

2008-03-06 Thread Peter Vreman
> Currently fpc 2.3.1 cannot build lazarus anymore. It fails on lines like > MyStream.Write(' ',1); > > The write method is declared as >function Write(const Buffer; Count: Longint): Longint > > Why isn't passing literal constant to a formal const parameter allowed > anymore? 1. It is passed b

Re: [fpc-pascal] GetAppConfigDir(False) on Windows Vista

2008-03-05 Thread Peter Vreman
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 GetAppConfigDir(Fa

Re: [fpc-pascal] AnsiDequotedStr not return empty for ""

2008-03-02 Thread Peter Vreman
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

Re: [fpc-pascal] AnsiDequotedStr not return empty for ""

2008-03-02 Thread Peter Vreman
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

Re: [fpc-pascal] make RELEASE=1 ?

2008-02-29 Thread Peter Vreman
> 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 su

Re: [fpc-pascal] the libc unit (again)

2008-02-22 Thread Peter Vreman
> 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 >

Re: [fpc-pascal] syscalls and fpc

2008-02-15 Thread Peter Vreman
>> > 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

Re: [fpc-pascal] set addition bug?

2008-02-12 Thread Peter Vreman
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 - a

Re: [fpc-pascal] set addition bug?

2008-02-12 Thread Peter Vreman
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 in

Re: [fpc-pascal] lul.pas does not compile with fpc 2.2.0

2008-02-10 Thread Peter Vreman
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 to

Re: [fpc-pascal] Can you knock my socks off ? Can you mimic Skybuck's/Delphi's Major Breakthrough for code path and memory structure selection ?

2008-02-10 Thread Peter Vreman
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 want

Re: [fpc-pascal] static class methods

2008-02-07 Thread Peter Vreman
> > On 06 Feb 2008, at 23:19, Jonathan Benedicto wrote: > >>> From RAD Studio 2007's Help file on Methods >> (ms-help://borland.bds5/devcommon/methods_xml.html): >> >> Like class methods, class static methods can be accessed without an >> object reference. Unlike ordinary class methods, class stati

Re: [fpc-pascal] distinct types and type identifier

2008-01-30 Thread Peter Vreman
> 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

Re: [fpc-pascal] fpmake - compiled unit cleaning

2008-01-26 Thread Peter Vreman
> 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 > use

Re: [fpc-pascal] class constants

2008-01-25 Thread Peter Vreman
> 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;

Re: [fpc-pascal] class constants

2008-01-24 Thread Peter Vreman
> 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 possib

Re: [fpc-pascal] Internal Error 200212277

2008-01-23 Thread Peter Vreman
> > I often got the error from FPC "Internal Error 200212277" when I build > my applications using Lazarus, whatever the version of fpc (<=2.2 > others I don't know) > It happens only when I choose "build" and not "Build all", so when my > apps are not entirely rebuild. > > What is it exactly ? > H

Re: [fpc-pascal] Re: -Xg flag and lineinfo/lnfodwrf support

2008-01-21 Thread Peter Vreman
> 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 $E

Re: [fpc-pascal] Re: -Xg flag and lineinfo/lnfodwrf support

2008-01-20 Thread Peter Vreman
> 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

Re: [fpc-pascal] -Xg flag and lineinfo/lnfodwrf support

2008-01-20 Thread Peter Vreman
>> 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 __

Re: [fpc-pascal] -Xg flag and lineinfo/lnfodwrf support

2008-01-20 Thread Peter Vreman
> 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 t

Re: [fpc-pascal] dot within unit file name

2008-01-18 Thread Peter Vreman
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 co

Re: [fpc-pascal] Classes with abstract methods

2008-01-14 Thread Peter Vreman
>>> 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. >

Re: [fpc-pascal] Classes with abstract methods

2008-01-14 Thread Peter Vreman
>> >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 o

Re: [fpc-pascal] More problems with generics

2007-12-23 Thread Peter Vreman
> 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 >

Re: [fpc-pascal] FPC now 3rd in shootout

2007-11-05 Thread Peter Vreman
>> >> I submitted this regex-dna program on 2007-10-31. It's still in limbo: >> >> neither accepted nor rejected. >> > >> > Thanks, I've added it to the fpc repository so the source will not be >> lost >> >> For me the code didn't finish in a reasonable time. It spend too much time >> in moving an

Re: [fpc-pascal] FPC now 3rd in shootout

2007-11-05 Thread Peter Vreman
>> >> --- Marco van de Voort <[EMAIL PROTECTED]> wrote: >> >>> > http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all >>> > >>> > The reason is that D's mean degraded from 1.40 to 1.43. I wonder how >>> > that could happen. >>> >>> They change often. Clean is also quite variable.

Re: [fpc-pascal] FPC now 3rd in shootout

2007-11-05 Thread Peter Vreman
> > --- Marco van de Voort <[EMAIL PROTECTED]> wrote: > >> > http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all >> > >> > The reason is that D's mean degraded from 1.40 to 1.43. I wonder how >> > that could happen. >> >> They change often. Clean is also quite variable. I assume

Re: [fpc-pascal] When Pascal code is too fast

2007-10-31 Thread Peter Vreman
> 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 s

Re: [fpc-pascal] fpc 2.2.0 win32_arm-linux cross-compiler issue

2007-09-26 Thread Peter Vreman
> 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 FILE

Re: [fpc-pascal] About the bug report #9408...

2007-08-15 Thread Peter Vreman
> 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 > modifie

Re: [fpc-pascal] Unknown usage of function FixPath

2007-08-14 Thread Peter Vreman
> > > On Tue, 14 Aug 2007, [EMAIL PROTECTED] wrote: > >> >> 1) why is the colon converted to a slash which yields invalid paths (at >> >> least >> >> on windows) >> >> 2) although fpmake initially was developed to be a make tool for FPC, it >> >> can >> >> (and will be) used for other projects. The

Re: [fpc-pascal] Inconsistencies in fpmake?

2007-08-14 Thread Peter Vreman
>> 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 a

Re: [fpc-pascal] Inconsistencies in fpmake?

2007-08-13 Thread Peter Vreman
>>> 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

Re: [fpc-pascal] Inconsistencies in fpmake?

2007-08-12 Thread Peter Vreman
> 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 l

Re: [fpc-pascal] Where is fpmkconv?

2007-08-11 Thread Peter Vreman
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

Re: [fpc-pascal] Where is fpmkconv?

2007-08-11 Thread Peter Vreman
At 17:15 11-8-2007, you wrote: Michael Van Canneyt wrote: fppkg mkconvert Should be "fppkg convertmk" ;) It will convert the Makefile.fpc in the current directory and compiles and runs it. I just tested here, and it works fine. Right, much better indeed :) But I got the following erro

Re: [fpc-pascal] Alternative to Makefiles for fpGUI

2007-08-10 Thread Peter Vreman
>> The idea is that you do a >> >> fppkg >> >> 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 > understa

Re: [fpc-pascal] fpcmake: setting names of zip files

2007-08-07 Thread Peter Vreman
> Hi again, > > how can the name of the files created by the targets "zipinstall" and > "zipsourceinstall" be influenced? > > I've tried this way: > > > [prerules] > pretest: > echo $(ZIPNAME) > echo $(ZIP_ZIPNAME) > > [target] > programs=cnfdat2h5 > > [package] > name=cnfdat2h5 > vers

Re: [fpc-pascal] command and variable substitution in fpcmake

2007-08-01 Thread Peter Vreman
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.

Re: [fpc-pascal] CheckSynchronize

2007-06-21 Thread Peter Vreman
> > 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_fi

Re: [fpc-pascal] Version 2.1.4

2007-06-02 Thread Peter Vreman
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 usi

Re: [fpc-pascal] FPC version defines

2007-05-17 Thread Peter Vreman
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 ___

Re: [fpc-pascal] set output directory for resources

2007-05-03 Thread Peter Vreman
> 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

RE: [fpc-pascal] some problem in SVN FPC for arm linux (v 2.3.1)

2007-04-29 Thread Peter Vreman
. 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.

Re: [fpc-pascal] crosscompile problems with current trunk and fixes_2_2 branch

2007-03-07 Thread Peter Vreman
> 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

Re: [fpc-pascal] crosscompile problems with current trunk and fixes_2_2 branch

2007-03-07 Thread Peter Vreman
> <..> > 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

Re: [fpc-pascal] Equivalent of Delphi map files...

2007-03-02 Thread Peter Vreman
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

Re: [fpc-pascal] Question on how to avoid memory trouble

2007-02-06 Thread Peter Vreman
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

Re: [fpc-pascal] Different Object Code formats

2007-01-27 Thread Peter Vreman
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

Re: [fpc-pascal] Different Object Code formats

2007-01-26 Thread Peter Vreman
> 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

Re: [fpc-pascal] Compiling problems

2006-11-03 Thread Peter Vreman
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

Re: [fpc-pascal] Compiling problems

2006-11-03 Thread Peter Vreman
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

Re: [fpc-pascal] -Xe and -Xi question

2006-11-01 Thread Peter Vreman
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

Re: [fpc-pascal] ROPS and latest FPC compiler (svn)

2006-11-01 Thread Peter Vreman
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

Re: [fpc-pascal] -Xe and -Xi question

2006-11-01 Thread Peter Vreman
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

Re: [fpc-pascal] ROPS and latest FPC compiler (svn)

2006-10-31 Thread Peter Vreman
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

Re: [fpc-pascal] ROPS and latest FPC compiler (svn)

2006-10-31 Thread Peter Vreman
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..

Re: [fpc-pascal] Rename executable extension MAKE or FPC

2006-10-28 Thread Peter Vreman
> 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

Re: [fpc-pascal] Order of {$H+} and OBJFPC

2006-10-27 Thread Peter Vreman
>> 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

Re: [fpc-pascal] win resource sections

2006-10-25 Thread Peter Vreman
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

Re: [fpc-pascal] THashedStringList vs TFPHashTable

2006-09-27 Thread Peter Vreman
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

Re: Re[2]: [fpc-pascal] Win32 Build Errors

2006-09-22 Thread Peter Vreman
>> > 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

RE: [fpc-pascal] Win32 Build Errors

2006-09-22 Thread Peter Vreman
> 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

Re: [fpc-pascal] Win32 Build Errors

2006-09-20 Thread Peter Vreman
> 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

Re: [fpc-pascal] line numbers in valgrind output ?

2006-09-08 Thread Peter Vreman
> >> > 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 > >>

Re: [fpc-pascal] line numbers in valgrind output ?

2006-09-08 Thread Peter Vreman
> 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,... &

Re: [fpc-pascal] line numbers in valgrind output ?

2006-09-07 Thread Peter Vreman
> 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

Re: [fpc-pascal] NewStr error in RTL documentation

2006-09-04 Thread Peter Vreman
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

Re: [fpc-pascal] NewStr error in RTL documentation

2006-09-04 Thread Peter Vreman
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

Re: [fpc-pascal] fpcmake question

2006-08-29 Thread Peter Vreman
> 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

Re: [fpc-pascal] fpc packages

2006-08-29 Thread Peter Vreman
> 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

Re: [fpc-pascal] Building FPC with gdb support for SPARC

2006-08-29 Thread Peter Vreman
>> 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

Re: [fpc-pascal] ASM Converting from Turbo Pascal

2006-08-29 Thread Peter Vreman
> 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

Re: [fpc-pascal] 2.1.1 new protected

2006-08-12 Thread Peter Vreman
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

Re: [fpc-pascal] DLL and Shared Libs in FPC

2006-08-07 Thread Peter Vreman
>> 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

Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Peter Vreman
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

Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-03 Thread Peter Vreman
> 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

Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-02 Thread Peter Vreman
> 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 >

Re: [fpc-pascal] Compiling FPC for SPARC

2006-07-31 Thread Peter Vreman
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

Re: Windows 64 bit [fpc-pascal]

2006-07-31 Thread Peter Vreman
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

Re: Minor issue compiling FPC from sources [fpc-pascal]

2006-07-31 Thread Peter Vreman
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

Re: Windows 64 bit [fpc-pascal]

2006-07-31 Thread Peter Vreman
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

Re: [fpc-pascal] Minor issue compiling FPC from sources

2006-07-31 Thread Peter Vreman
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):

Re: [fpc-pascal] linking an fpc .o file without common symbols?

2006-07-25 Thread Peter Vreman
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

Re: [fpc-pascal] Internal error 200203271

2006-06-22 Thread Peter Vreman
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

Re: [fpc-pascal] const parameter writeable

2006-04-29 Thread Peter Vreman
> > 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

  1   2   3   4   >