Re: [fpc-devel] comparing methods

On Thu, 10 Sep 2009 14:25:26 +, Desmond Coertzen wrote: > I have done some horrible code where I needed to know the following: > > If TSomeProc = procedure(), then is it easy to determine or set entry > vector of ThatProc: TSomeProc by stating ThatProc := > @ProcWhereTheCodeLives_InTheCod

Re: [fpc-devel] Problems using a new ld-version

>> The linker scripts without the full SECTIONS details are only used >> to reduce the length and >> complexity of the commandline. > > This is about the linker scripts /with/ SECTIONS details. That's what > the warning is about: there are SECTIONS details in a file not > specified via -T, and ther

Re: [fpc-devel] Problems using a new ld-version

> In our previous episode, Joost van der Sluis said: >> > way. The warning was added because you seldom want to append your own >> > linker script to the default one. >> > >> > However, I don't know whether it's intentional or not that FPC does >> > not override ld's default internal linker script,

Re: [fpc-devel] String cases development

> > > Op Tue, 5 May 2009, schreef Michael V. Denisenko: > >> A question appeared when I tried to find a method of generating >> case-expression just once, not for every comparison. Is it optimal to >> try to add for every case-structure (and do...while, by the way) a >> temporary variable where we

Re: [fpc-devel] 'fpmake install' should do what?

> On Thu, Dec 4, 2008 at 6:02 PM, Peter Vreman <[EMAIL PROTECTED]> wrote: >> >> To see what fpmake does add --verbose or --debug. > > ah, the -v option showed where the files were copied to... Needless to > say, the wrong location, as shown below. > > --

Re: [fpc-devel] 'fpmake install' should do what?

> Hi, > > While trying to only recompile and install the 'fcl-fpcunit' > directory, I played around with the fpmake build system. I'm using FPC > 2.2.3. > > My directory layout is as follows: > > /opt/fpc_2.2.3/ > ^ install location for: make install > INSTALL_PREFIX=/opt/fpc_2.2.

Re: [fpc-devel] FPC_HAS_FEATURE_SUPPORT

> On Wed, 22 Oct 2008 10:32:36 +0200 (CEST) > "Peter Vreman" <[EMAIL PROTECTED]> wrote: > >> > As of version 2.3.1, the compiler by itself indicates all the >> > various features it supports with FPC_HAS_FEATURE_XXX defines. >> > Exactly whic

Re: [fpc-devel] FPC_HAS_FEATURE_SUPPORT

> As of version 2.3.1, the compiler by itself indicates all the various > features it supports with FPC_HAS_FEATURE_XXX defines. Exactly which > defines are defines depends on the compiler binary. For normal platforms, > all features are enabled. > > To indicate the use of this system, it defines F

Re: [fpc-devel] an observation about GetMem

> On Sat, Sep 06, 2008 at 11:25:19AM +0100, Jonas Maebe wrote: >> >> On 05 Sep 2008, at 17:25, Peter Popov wrote: >> >> >>In FPC it is done by design. If 0 bytes are asked we allocate at >> >>least the minimum alignment to >> >>get a valid pointer. This is done for compatibility with TP7.0 that >>

Re: [fpc-devel] an observation about GetMem

> Peter Popov wrote: >> Well, if it points to something, then there is space, isn't it? Unless >> it is clearly mentioned in the documentation that GetMem(p,0) results in > > You get a pointer to some place where you may store 0 bytes, so nothing :-). > > This can be useful because otherwise you ma

Re: [fpc-devel] Re: FPC unit symbol checksum woes

> While compiling a large Macintosh Pascal project with FPC, I am running into > a number of problems, > which I suspect are related: > > 1. After a clean, the full build succeeds > 2. Ater a successive build (without a clean or source changes) several units > are recompiled, until > the compiler

Re: [fpc-devel] Incompatible Types: got "untyped" expected "

> > Yes but this has got nothing to do with original poster's problem :-). > > Sean (the original poster) is my coworker, so his problem and mine are > one and the same. ;-) I'm having a little trouble parsing your > responses though, so to clarify: > > In Delphi, the following code works: > >

Re: [fpc-devel] The usage of Include() doesn't work any more in 2.3.1

> On Wed, Jul 16, 2008 at 9:40 AM, Daniël Mantione > <[EMAIL PROTECTED]> wrote: >> I think there can be two visions here: >> - Include is not a real procedure, so this internal implementation detail >> should be hidden and this can/should be allowed; the >> compiler internally should convert it

Re: [fpc-devel] 32 and 64 bit fpc.cfg file

Joost van der Sluis wrote: Hi all, On Fedora 64-bit libraries are installed in /usr/lib64 and 32 bit libraries are in /usr/lib. The fedora fpc-packages also use these directories. The fpc.cfg file contains the following: # 32-bits -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget -Fu/usr/lib/fpc/$fp

Re: [fpc-devel] Need patch for bugs : 0011503 / 0009472

Boian Mitov wrote: I mean -O2 probably affects number of optimizations. I just hope there will be switches for turning off specific optimizations selectively. Please use a separate thread for new questions. See the -O switch help in 'fpc -h' how to turn on/off optimizations. Peter __

Re: [fpc-devel] Need patch for bugs : 0011503 / 0009472

The behaviour you are counting on is a side effect of an optimisation, not a behaviour by design. Oh, btw: fpc 2.2.2rc1 behaves with -O2 like delphi :) Without -O2 like 2.2.0 :) Add: I just realized that Peter implemented this some time ago in a "in most cases" (!) delphi compatible behaviou

Re: [fpc-devel] Need patch for bugs : 0011503 / 0009472

The behaviour you are counting on is a side effect of an optimisation, not a behaviour by design. Oh, btw: fpc 2.2.2rc1 behaves with -O2 like delphi :) Without -O2 like 2.2.0 :) Add: I just realized that Peter implemented this some time ago in a "in most cases" (!) delphi compatible behaviou

Re: [fpc-devel] The status of fpmake ?

> Peter Vreman wrote: >> If you don't have fpc installed in the default locations >> /usr/[local/]lib/fpc/ you need >> to set FPCDIR. There is no other way to detect the location. > > I have it install in /opt/fpc/ > See below for details... > >> &g

Re: [fpc-devel] The status of fpmake ?

> Peter Vreman wrote: >>> [EMAIL PROTECTED]:dialer$ fppkg build >>> The FPC Package tool encountered the following error: >>> Could not find package "rtl" >> >> run 'fppkg build --debug' to get more information where it is lookin

Re: [fpc-devel] The status of fpmake ?

> Hi, > > What's the status of 'fpmake'. Can it already be used for our custom > written software? As a command line build system, instead of Makefile's? > I'm using FPC 2.2.1 at the moment. > > I'm trying to use fpmake with a simple single unit command line > application. The applications in Lin

Re: [fpc-devel] symify.pp broken

> Robert Riebisch wrote: > >> So I built >> for >> the go32v2 target. That's the result: >> >> Runtime error 255 at $20AC >> $20AC of ?·? >> $20B8 of ?·? >> $20C9 of ?·? >> $2098 of ?·? >> >> Looks like

Re: [fpc-devel] symify.pp broken

> Hi! > > As ugdbdos.zip\examples\gdbint\symify.pp is still broken and doesn't > fully suite my needs, I'd like to rewrite some parts with focus on DOS, > but I want to be sure, that this new version will be included with PP > later. So do you have any advises for a fresh contributor? FPC includes

Re: [fpc-devel] AllocMem(0)<>nil

> Hi. > > I discovered some Delphi incompatibility. Call AllocMem(0) do not return nil. > Fpc from svn. > > In SysGetMem are some comments about it: > > if size=0 then > { we always need to allocate something, using heapend is not possible, > because heappend can be changed by growheap

Re: [fpc-devel] new linker for gnu binutils

ik wrote: Hi, It seems that there is a new linker that arrive with gnu bintuls, that some claims to be faster. http://sourceware.org/ml/binutils/2008-03/msg00162.html I don't think we will support it soon. It is still beta and x86-linux only. I also doubt that it supports faster smartlinking.

Re: [fpc-devel] misleading error msg in fpc 2.2.0

Giuliano Colla wrote: While porting Delphi CLX library to fpc/Lazarus, I mixed up things, and I tried to override an ancestor method which is static in CLX, because I remembered it to be virtual in Lazarus. So far so good, but it took me some time to sort out the problem, because the compiler

Re: [fpc-devel] more descriptive parameter names for C translated headers

Graeme Geldenhuys wrote: Hi, I use the xlib.pp unit a lot. As far as I understand it and many others like it was created with a automated tool. As I use the functions, I thought I could start changing the para1, para2... to more descriptive parameter names. This makes it much easier to code if

Re: [fpc-devel] Re: Fpc Target directory function

> {$I %FPCTARGETCPU%}+'-'+{$I %FPCTARGETOS%}; > > > is the most ugliest crap I've seen in Pascal code, which is why I made > the FpcTargetDir function. > > FpcTargetDir is simply cleaner and more elegant. > >> And there is no generic rule that says that you need to encode >> TargetDir like cpu-os f

Re: [fpc-devel] Corrected test and patch

Sergei Gorelkin wrote: Sergei Gorelkin wrote: I'll be digging further in. Here goes. I modified the test so that it fails reliably, and patched the compiler so that is doesn't fail again. It was a bit tricky to get a string with refcount=1 without telling the compiler to take its address. As

Re: [fpc-devel] ICE when compiling a 3-line program

> On Jan 28, 2008 6:00 PM, Sergei Gorelkin <[EMAIL PROTECTED]> wrote: >> Joost van der Sluis wrote: >> > I've compiled your program and it gives a nice error-message about a >> > missing 'begin'. >> > >> > I also used fpc version 2.2.0, and that also works. (i386-linux and >> > x86_64-linux) >> >

Re: [fpc-devel] Fpc Target directory function

> Does a function like this exist: > > function FpcTargetDir: string; > begin > result:= {$I %FPCTARGETCPU%}+'-'+{$I %FPCTARGETOS%}; > end; > > Above works for my needs, just wonder if something already exists in RTL > or if it should be added for convenience. It doesn't exists and i don't see a

Re: [fpc-devel] Haiku and IDE support in the BeOS port

> Hi, > > Here are some patchs to improve the BeOS port of Freepascal. > > - HaikuFix.diff : patch to enable a full build of Freepascal under > Haiku. bcopy seems to behave differently under BeOS and Haiku when > searching for include file in the compiler. So, i propose to use the > internal functi

Re: [fpc-devel] One more issue with string function results (hopefully, the last)

>> Hello, >> >> Ran into it while compiling Lazarus. It appears that, while many >> sophisticated checks are done in tcallnode.maybe_create_funcret_node, >> the obvious case when function result destination is one of the >> function's arguments, is not checked. To be honest, I noticed that >> earli

Re: [fpc-devel] One more issue with string function results (hopefully, the last)

> Hello, > > Ran into it while compiling Lazarus. It appears that, while many > sophisticated checks are done in tcallnode.maybe_create_funcret_node, > the obvious case when function result destination is one of the > function's arguments, is not checked. To be honest, I noticed that > earlier for

Re: [fpc-devel] Strange .EXE stripped issue

> Hi, > > 2008/1/21, Jonas Maebe <[EMAIL PROTECTED]>: >> >> On 21 Jan 2008, at 13:18, Fabio Dell'Aria wrote: >> >> > I have a little problem stripping my .EXE compiled file. >> > >> > The final size with the DEBUG symbols (from -gl flag) is: 65132 bytes >> > >> > (A) with "strip --strip-debug" beco

Re: [fpc-devel] Interfaces vs. smartlink issue

> Hello, > > I noticed that, within a unit, all interface wrappers (groups of > 'WRPR_*' symbols) are placed into one "assembler unit" together with > unit initialization/finalization code (sorry, do not know the exact term > for "assember unit"). > As a consequence, init/final code pulls in *all*

Re: [fpc-devel] New -Xg option in the last 9778 revision

> >> >> 2) asymmetrical (-Xs -g turns off stripping, but -g -Xs does not turn >> off debug information ... > > Do / should the order the options are given in matter ? IMHO this can be > the source of major confusion. > > The Lazarus GUI uses check boxes to select compiler options. This no > order i

Re: [fpc-devel] Re: Bug in revision 9781/2

To access global variables in a PIC environment you need to get the value of the program counter. "call" puts the value on the stack and jumps to the label. You don't want to jump, just push the program counter, so you declare a label immedeately after the call instruction. The "pop ebx" aft

Re: [fpc-devel] New -Xg option in the last 9778 revision

>> I suggested using Lazarus and the OP said he had great doubts because the >> size of the exe of his test program is 10 times the size of that compiled by >> Borland. > > Anyone who writes such texts doesn't look further than his nose. > Experience shows they will just hit the next thing which ma

Re: [fpc-devel] Generics basic library

At 20:56 17-1-2008, you wrote: Hi Felipe, I have never gotten onto the band wagon regarding Generics. I have only seen the word being tossed around on the mailing lists and newsgroups. Do you maybe have a nice link explaining Generics, what benefits it has over TList (TObjectList and friends) a

Re: [fpc-devel] Read RAW data from a section of an executable file

At 18:54 17-1-2008, you wrote: Hi to all, can someone tell me if exists some units ables to read RAW data from a specified section of an executable file (in all the supported executable file format)? What is available in FPC is already written in previous mails about the debuginfo. For the

Re: [fpc-devel] Generics basic library

At 20:40 17-1-2008, you wrote: Hello, I was coding and I suddently saw that need to use a typed list. I went with TFPList, but considering we already have compiler support I thougth that maybe we could have a basic library with useful classes using generics. I searched on fpc 2.2.0 sources a lot

Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

BTW : current trunk fpc is no compilable due to error in fpini, missing crc32 function or file not added to uses clause. Fixed. Peter ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] New -Xg option in the last 9778 revision

> Hi to all, > > I have some questions about the last 9778 revision (related to the new > -Xg option). > > The help tell: "-Xg now produces a .dbg file with debuginfo that can > be used by gdb." > > My questions are: > > 1)...when this patch will be apply to the current 2.2.x version (I > think cur

Re: [fpc-devel] RTL StackTrace patch

>>> I think it should by default look for program.dbg file , and then if not >>> exists for paramstr(0). Is that enough ? If so,please explain how to >>> check if file exists , which function could be used here. >> >> No, as Peter described, you should look in the executable for a link to >> the fi

Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

>> Support for a separate .dbg file is now available for windows in >> current svn trunk with the -Xg option. No need anymore for "objcopy >> --only-keep-debug && objcopy --add-debug-link && strip" under >> windows. The external linker (e.g. linux) still be updated to support >> objcopy and strip w

Re: [fpc-devel] RTL StackTrace patch

> Fabio Dell'Aria schreef: >> Hi to all, >> >> I'm writing a patch to can use an external .dbg file during the >> debugging process. >> >> All works fine but when an unhandled exception is raised the RTL show >> stacktrace without debug info (no sources line). >> >> How I can instruct the RTL to se

Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

At 22:25 16-1-2008, you wrote: At 21:32 16-1-2008, you wrote: On Wed, 16 Jan 2008, Peter Vreman wrote: > At 13:17 16-1-2008, you wrote: > >Marco van de Voort wrote: > > >from _EXECUTABLE_ file FILE, iow you still need the unstripped exe. > > > >Perhaps it doesn

Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

At 22:25 16-1-2008, you wrote: Michael Van Canneyt wrote: On Wed, 16 Jan 2008, Peter Vreman wrote: At 13:17 16-1-2008, you wrote: Marco van de Voort wrote: >from _EXECUTABLE_ file FILE, iow you still need the unstripped exe. Perhaps it doesn't need the .text, .data, .bss etc section

Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

At 21:32 16-1-2008, you wrote: On Wed, 16 Jan 2008, Peter Vreman wrote: > At 13:17 16-1-2008, you wrote: > >Marco van de Voort wrote: > > >from _EXECUTABLE_ file FILE, iow you still need the unstripped exe. > > > >Perhaps it doesn't need the .text, .data, .

Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

At 13:17 16-1-2008, you wrote: Marco van de Voort wrote: from _EXECUTABLE_ file FILE, iow you still need the unstripped exe. Perhaps it doesn't need the .text, .data, .bss etc sections though. I also posted this on Lazarus mailing list already. Below are the 2 commands to make it working. I

Re: [fpc-devel] Update UPX to the last 3.02 stable version

At 12:22 15-1-2008, you wrote: Why do not update the UPX released with FPC with the last 3.02 stable version? Current it contain the old UPX 1.25 version. In the next release UPX will be removed. It triggers too much false positive virus warnings. And with current harddisk sizes it is not ne

Re: [fpc-devel] Change object file extension

> Hi to all, > > can someone tell me if exists a compiler/linker option to can change the > default Object File extension ".o" ? It is hardcoded per assembler. And i also don't see a reason to have it changed. Peter ___ fpc-devel maillist - fpc-deve

Re: [fpc-devel] Debug Info proposal

> Fabio Dell'Aria schreef: >> Hi, >> >> OK I understand but why do not add a new option to avoid the store of >> the debug info on the final compiled file (or generated ppu files)? >> > > That option is -Xs. Don't use it in combination with -gl because that > adds the debug info again. -Xg will ge

Re: [fpc-devel] Debug Info proposal

> Jonas Maebe wrote: >> >> On 12 Jan 2008, at 16:07, Bogus³aw Brandys wrote: >> >>> Could we have debug info as separate file ? If this would be possible >>> I could create release stripped EXE and yet be able to obtain >>> unit/line of exception combining stacktrace numeric output with >>> correct

Re: [fpc-devel] FP 2.4 questions

At 19:12 28-12-2007, you wrote: But on the wiki I found same ppumove winnt examples: http://www.freepascal.org/docs-html/user/userse42.html#x149-1490008.7 I've never seen a ppumove created library working under windows. PP

Re: [fpc-devel] FP 2.4 questions

>> Cannot export fpc_write_text_widestr: symbol not found >> Cannot export fpc_writeln_end: symbol not found >> Cannot export operatingsystem_result: symbol not found >> system.o: In function `SYSTEM_init': >> system.pp:1103: undefined reference to `FindResourceA' >> system.pp:1103: undefined refer

Re: [fpc-devel] Idefix down

> Hi, > > I (and others on #lazarus-ide) cannot access idefix (svn, bug tracker, > www.freepascal.org). Is this planned? No, this is not planned. See http://www.freepascal.org Peter ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://list

Re: [fpc-devel] A patch for external assembler output

At 18:50 24-11-2007, you wrote: Hello, I found and fixed at least four issues with MASM assembler output: - garbage was being output sometimes instead of source lines when compiling with -al. This is because lastfileinfo and lastinfile were never initialized for MASM writer. This is true for

Re: [fpc-devel] fpmkunit patch

At 15:08 21-11-2007, you wrote: Here's a patch for fpmkunit. - implements Defaults.NoFPCCfg in TBuildEngine.GetCompilerCommand - added ttCleanOnlyUnit in TTarget.GetCleanFiles - fixes a dirty little bug in TBuildEngine.GetCompilerCommand (compile filename) To come back to the last item; When

Re: [fpc-devel] Improved compiler speed by 20%

> Peter Vreman wrote: >> >> I gave the patch a quick try and the speed stays the same for compiling the >> compiler sources. >> Can >> you explain how you did measure the performance gain? >> > First, I compiled the compiler using -gl switch in order t

Re: [fpc-devel] Improved compiler speed by 20%

> Hello, > > I have spent some time to profile the compiler using callgrind, and was > able to improve its speed by about 20%. Attached are the changes that I > made to the sources. I gave the patch a quick try and the speed stays the same for compiling the compiler sources. Can you explain how y

Re: [fpc-devel] A bug with temp allocation?

> Hello, > > I have noticed a strange thing with FPC-generated assembler code. > The Pascal code is very simple: > > program test; > {$mode objfpc}{$h+} > type >TObj = class(TObject) >public > destructor Destroy; override; >end; > > destructor TObj.Destroy; > begin >writeln('TO

Re: [fpc-devel] fpmkunit

>> On Tue, 13 Nov 2007 13:28:47 +0100 (CET) >> "Peter Vreman" <[EMAIL PROTECTED]> wrote: >> >>> > On Tue, 13 Nov 2007 09:21:36 +0100 (CET) >>> > "Peter Vreman" <[EMAIL PROTECTED]> wrote: >>> &g

Re: [fpc-devel] fpmkunit

> On Tue, 13 Nov 2007 09:21:36 +0100 (CET) > "Peter Vreman" <[EMAIL PROTECTED]> wrote: > >>[...] >> >> fpc -n -FUunits\i386-win32\ -Fu..\..\src\ -Fuunits\i386-win32\* >> >> myexample.pp >> >> >> >> 1. What strikes

Re: [fpc-devel] fpmkunit patch

> The following patch fixes a broken TTarget.Mode. Fixed using Delete() which is easier to read. Peter ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] fpmkunit

> After reconsidering the -n option. It should depend on the "-f / > --config=" option. The --config and -n are indepdenent. The --config can be used to supply a configuration for fpmake. The -n is for the compiler configuration. >> I've been playing around with fpmake again and came to the con

Re: [fpc-devel] FPC hash tables vs hash lists?

> On 24/10/2007, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote: >> >> So which ones are the more specialized ones? The xxxHashList classes >> or the xxxHashTable classes? >> >> Table vs List? >> > > I read the online docs again. Looking only at the hash classes storing > pointers. I still don't unde

Re: [fpc-devel] type classes

At 14:03 21-10-2007, you wrote: On Sun, 21 Oct 2007 13:46:57 +0200 Florian Klaempfl <[EMAIL PROTECTED]> wrote: > Mattias Gaertner schrieb: > > Is it possible to use TTranslateStrings = type TStrings? > > I ask because, the compiler allows it, but stops later with only > > this message: > > lcl/i

Re: [fpc-devel] Unreachable code warnings

So I guess the warning stays. We can discuss some extensions which makes it easier to code such restrictions like merging parts of the tue branch. >>> Could the warning not simply be switched off and on (or set to some kind of >>> level) by a {$... line ? >> >> It is on the to-do lis

Re: [fpc-devel] Unreachable code warnings

>> Maybe it would better be a hint. > > Seems reasonable to me. > > The unused parameter hint is likewise also unavoidable with function > callback implementations sometimes. There is a good reason for that the unreachable code is a warning: The compiler _changes_ your code by removing the if-bra

Re: [fpc-devel] makefile is looking for source files in the include directory

> Hi, > > Why does a makefile generated by fpcmake contain the following lines? > vpath %.pp $(COMPILER_SOURCEDIR) $(COMPILER_INCLUDEDIR) > vpath %.pas $(COMPILER_SOURCEDIR) $(COMPILER_INCLUDEDIR) > > It seems to be looking in the include directory for source files. It is needed for dependencies l

Re: [fpc-devel] FPC 2.2 release files in .tar format?

> Hi, > > Why are the FPC 2.2 release files for Linux *.tar files and not > *.tar.gz or *.tar.bz2? > > Surely if the tar file was compressed using gzip, bzip2 or 7zip it > would have been much smaller than 30Mb! What is inside the .tar is already compressed. Peter _

Re: [fpc-devel] GDB barfs on FPC generated stabs.

> As for the stabs/crash problem, I've tried creating a few small test > projects to reproduce it but so far have succeeded only with the very > large application we're porting (which while it runs fine with Delphi > has numerous other unrelated bugs from FPC's point of view). > I'll send an exampl

Re: [fpc-devel] deprecated keyword

> Hi > > FPC seems to allow the 'deprecated' keyword after a method > declaration, but what exactly does the compiler do with that keyword? > I don't see any special messages or anything from the compiler. > > I think at compile time the compiler should raise a warning wherever > that deprecated me

Re: [fpc-devel] fpmake listsources

At 19:35 16-8-2007, you wrote: While looking at the listsources command I found something peculiar (i think). The method TPackage.GetSourceFiles lists all sources stored in TSources. This seems to be strange for two reasons 1) all sources are stored in TTarget 2) the sources variable in TPack

Re: [fpc-devel] fpmake manifest question

> Fine, then please consider the following patch. > > The patch additionally has: > > - FPC version is not initialized to 2.0.4 by default but takes the > FPCVERSION include > - Fixed TPackage.GetFileName when no version is set Applied, thanks. Peter

Re: [fpc-devel] Optimization for TObject.InheritsFrom (and the 'is' operator)

> > On 21 Jul 2007, at 15:06, Jonas Maebe wrote: > >>> InheritsFrom := (AClass <= Self) and (Self < PClass(pointer >>> (AClass) + vmtNextSibling)^); >>> >>> (In this implementation vmtNextSibling should not be nil for those >>> classes that have no NextSibling in the hierarchy, but have a >>> valu

Re: [fpc-devel] multiply resource files bug (commit 7515)

At 15:04 30-5-2007, you wrote: On Wed, 30 May 2007, Yury Sidorov wrote: > From: "Павел Ишенин" <[EMAIL PROTECTED]> > > Hello, FPC developers' list > > > > I've noticed today that Yury resolved old and extremly bad for lazarus bug > > with multiply resource files. And now it is pos

Re: [fpc-devel] Bringing back fpc 2.3.1 to BeOS

> Hi all, > > After a long period of inactivity, i finally took the time to update the > BeOS port of fpc. I have successfully compiled the latest trunk > (revision 7420) under BeOS using a new libc based RTL (1.0.* versions > were based on system calls). > > The patch i propose to achieve this is

Re: [fpc-devel] Submitted bug report on option order -Sa -Sg-

> So, it is now not possible to switch off goto statements in Delphi > mode by just giving some command-line options. It requires an adapted > configuration file, or knowing exactly what options are implicitly > set for -Mdelphi, and copying those, except -Sg, on the command-line. > Or do I overlo

Re: [fpc-devel] Wish for merging back fixes

At 08:55 1-4-2007, you wrote: Hi, Now that it is clear that FPC 2.2 can not be used with MSEide+MSEgui because of Mantis 8481 ("By copying an record with OLE string fields, the memory location of the *source* string is changed."), I would be happy if the fixes for Mantis 8103, 8245, 8386 and 8388

Re: [fpc-devel] Re: strange error with arm compiler when compiling-running this code

At 17:21 18-3-2007, you wrote: --- Peter Vreman <[EMAIL PROTECTED]> wrote: > At 09:59 18-3-2007, you wrote: > >So any ideas a least what it could be related to? > >i mean if i want to fix it what should i test/look > >for? > >problem with alignment of segments

Re: [fpc-devel] Re: strange error with arm compiler when compiling-running this code

At 09:59 18-3-2007, you wrote: So any ideas a least what it could be related to? i mean if i want to fix it what should i test/look for? problem with alignment of segments or...? i just tried to use fpc external linker with microsoft linker.and with some headaches creating 1300 line of /merge:th

Re: [fpc-devel] Question about fpcmake

At 20:42 4-1-2007, you wrote: Joost van der Sluis schreef: Hi all, What does this output from fpcmake mean: cd lazarus fpcmake Processing Makefile.fpc Error: Target "linux", package "rtl" not found This happens when I make a change in the Makefile.fpc of Lazarus, and then run fpcmake. It does

RE: [fpc-devel] rev. 5356

> >> 5356 - does not compile under win32 (ppc1 does not stop compiling >> pp.pas [neither fails, nor succeeds]) >> (memory usage in process list freezes at 31444 Kb) > what starting compiler are you using? Already fixed in r5365 ___ fpc-devel maillist

Re: [fpc-devel] Cross compiling issues

> On 11/9/06, ik <[EMAIL PROTECTED]> wrote: >> On 11/9/06, Peter Vreman <[EMAIL PROTECTED]> wrote: >> > > Hello, >> > > >> > > When I try to create a cross compile of fpc 2.0.4 to i386 (I'm using >> > > amd64 native ubuntu e

Re: [fpc-devel] Cross compiling issues

> Hello, > > When I try to create a cross compile of fpc 2.0.4 to i386 (I'm using > amd64 native ubuntu edgy). > When I try to compile it as following: > > make all tar CPU_TARGET=i386 CROSSINSTALL=1 INSTALL_PREFIX=/usr/lib > > It compiles, until it needs to create a tar file and then I have the >

Re: [fpc-devel] Math.DivMod results should be signed

> Peter Vreman wrote: >> oldval:=value >> divval:=value div divider >> modval:=oldval-divval > > I don't see how this is correct ? And why you need oldval, you don't > modify value ? > > oldval=5 > divval=5 div 2=2 > modval=5-2=3 Mistake...

Re: [fpc-devel] Math.DivMod results should be signed

> Thanks for CDQ info, I didn't know it existed :) > > I just made the algotithm because I needed speedy div and mod, that could > handle signed and unsigned Int32, also with a Int32 as divisor. And the > one > in Delphi6/7 doesn't do that. > I haven't used assembler since 1985 on a Dragon32, so I

Re: AW: [fpc-devel] Bug 0007281 / MemLeak with interfaces

>> It is not usefull to do. There won't be a new release anymore from the >> fixes branch. > > Your statement concludes that 2.04 is not usable for production > environment. > -> Except you do not use interfaces - or write programs which are only > commandlinetools, not expected to run for some tim

Re: AW: [fpc-devel] Bug 0007281 / MemLeak with interfaces

It is not usefull to do. There won't be a new release anymore from the fixes branch. >> >> What Peter wanted to say is: there won't be any 2.0.x releases but we >> want >> the next release to be 2.2.0 instead. >> > Does that mean we can soon expect single static assignment? SSA is only p

Re: [fpc-devel] Bug 0007281 / MemLeak with interfaces

> Is it possible to backport the resolution of 0007281 from head to fixes > branch? It is not usefull to do. There won't be a new release anymore from the fixes branch. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.

Re: [fpc-devel] Mutex!

At 06:09 5-11-2006, you wrote: Let me explain the problem with more details, consider the following code: while true do begin ReadLn (S); /// Lock Mutex AThread:= TMyThread.Create (True);//Suspended AThread.Prepare (S); AThread.Resume; ///UnLock Mutex end; ... To understand the EnterCriti

Re: [fpc-devel] WinCE compiler compilation is broken

At 11:44 3-11-2006, you wrote: From: "Gabor Boros" <[EMAIL PROTECTED]> Subject: [fpc-devel] WinCE compiler compilation is broken Hi, The error message is: math.pp(2063,14) Fatal: Unknown compilerproc "SUBS". Check if you use the correct run time library. The problem is caused by revision 5192

Re: [fpc-devel] Patch for fixing CE compilation

At 09:08 1-11-2006, you wrote: Marc Weustink schreef: Oro06 wrote: Marc Weustink wrote: Hi, hi, This patch fixes CE compilation. I would have applied it myself, but I've some questions about the common win dir and the wince implementation in the rtl. you can apply it Done, r5135 Curren

Re: [fpc-devel] CmdLine

>>> Would be nice if somehow smartlinking could be 'smartened' to optimize >>> this out. (Conditional initialization for group of >>> variables/functions?) >> >> Yes :) I thought at least a hundred times about it during the last ten >> years, but I never came up with an idea that is both clean and

Re: [fpc-devel] CmdLine

> Daniël Mantione wrote: >> By the way, I have a patch ready which turns it into a property, which >> prevents some code being pulled in Hello World kind of apps. > > Would be nice if somehow smartlinking could be 'smartened' to optimize > this out. (Conditional initialization for group of variable

Re: [fpc-devel] CmdLine

>> Does the CmdLine variable in the System unit exist for Delphi/TP/... >> compatibility ? > > Delphi compatibility. > > By the way, I have a patch ready which turns it into a property, which > prevents some code being pulled in Hello World kind of apps. That is the best solution. It will then als

Re: [fpc-devel] type question

At 23:00 14-10-2006, you wrote: On Saturday 14 October 2006 17:38, Peter Vreman wrote: > > On Saturday 14 October 2006 15:55, Marc Weustink wrote: > >> Hi, > >> > >> if I define 2 types like: > >> > >> type > >> MyA = type string; &g

Re: [fpc-devel] type question

> On Saturday 14 October 2006 15:55, Marc Weustink wrote: >> Hi, >> >> if I define 2 types like: >> >> type >> MyA = type string; >> MyB = type string; >> >> are MyA and MyB considered as the same type ? > > No, you are explicitly marking them as a new type. This is a very cool > feature > of P

  1   2   3   4   5   >