Re: [fpc-devel] Playing with archer using mingw, and dwarf2/3

2009-05-17 Thread Marco van de Voort
In our previous episode, Joost van der Sluis said: I've finally succeeded in buildin gdb-archer on windows using mingw. I wanted to look how things are working using dwarf-3 debug info. Jonas, are there any things I could try using dwarf-3 which should not work using dwarf-2/stabs? Or

Re: [fpc-devel] FPCUnit problem - do we fix or rewrite?

2009-05-19 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: I'm afraid I have seriously bad experiences with interfaces in FPC How so? I'm not aware of any outstanding bugs with interfaces in FPC. Even the compiler uses them now (only for whole-program optimization though, so usually you won't test

Re: [fpc-devel] FPCUnit problem - do we fix or rewrite?

2009-05-19 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: Well, e.g. http://bugs.freepascal.org/view.php?id=12778 More a delegation problem. Together with 8951 and the pretty old 4842 Another point was trying to get the Mozilla API working. All code works in Delphi, but fails horribly in FPC.

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

2009-05-19 Thread Marco van de Voort
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, so I'm not

Re: [fpc-devel] Delphi smart-linking perspective ( Language change and implementation ... )

2009-05-31 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: Inoussa OUEDRAOGO wrote: Hi At http://blogs.embarcadero.com/abauer/2009/05/29/3 This could drastically reduce Lazarus executable size. Doubt that. Just another feature ported from .NET, I don't think it is very specific to .NET. We use

Re: [fpc-devel] Delphi smart-linking perspective ( Language change and implementation ... )

2009-05-31 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: Jonas Maebe wrote: Still quite minimal results. But unless I'm misremembering, it seems that the size of the application itself has grown a lot. An empty form with a button now results in an application of 1.8MB (Carbon/i386). I thought it

Re: [fpc-devel] Delphi smart-linking perspective ( Language change and implementation ... )

2009-05-31 Thread Marco van de Voort
In our previous episode, Florian Klaempfl said: theoretically be instantiated. On the other hand, I read that recently the LCL was restructured a bit to improve the situation, so maybe the results would be better now. Also note that WPO can do little about published methods (since it

Re: [fpc-devel] Delphi smart-linking perspective ( Language change and implementation ... )

2009-05-31 Thread Marco van de Voort
In our previous episode, Florian Klaempfl said: Also note that WPO can do little about published methods (since it must assume that these can all be called via RTTI). Maybe the IDE can feedback some info about used classes and methods? In time, a pascal analyser would be a good thing

Re: [fpc-devel] Delphi smart-linking perspective ( Language change and implementation ... )

2009-05-31 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: Yeah, I got it when I saw Jonas' reply. The IDE could list all visual components in forms in a file and hand it to the compiler. And a custom list could allow additional streaming types (for users code) Either the IDE has to be able to

Re: [fpc-devel] Ref documentation doesn't mention deprecated keyword

2009-06-01 Thread Marco van de Voort
In our previous episode, Dani?l Mantione said: How do you mark a unit as deprecated? In the user.pdf I have seen many references to units being deprecated (eg: graph, oldlinux, etc), but I have only seen that being mentioned in the documentation. There doesn't seem to be any compiler

Re: [fpc-devel] Ref documentation doesn't mention deprecated keyword

2009-06-01 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: As I know you can deprecate any symbol and even unit. http://bugs.freepascal.org/view.php?id=13373 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] FPC Delphi compatibility question...

2009-06-19 Thread Marco van de Voort
In our previous episode, Bruce Tulloch said: Delphi and Kylix assume that because the function F does not assign a value to Result (ie, does not assign a return value) that the Lvalue assigned from F remains unchanged. Is this independant from e.g. optimization?

[fpc-devel] lone property

2009-06-23 Thread Marco van de Voort
Hi, I encountered the following FPC construct that is accepted in both objfpc and Delphi modes: (in fcl-xml/dom_html) {$mode objfpc} type myclass = class property doit : integer; end; begin end. Delphi balks about it (expected: read or write) I suspect the

Re: [fpc-devel] lone property

2009-06-23 Thread Marco van de Voort
In our previous episode, Micha Nelissen said: Marco van de Voort wrote: type myclass = class property doit : integer; end; Does sb know this, and is this a feature? And if so, should delphi mode accept it ? What kind of code does fpc generate

Re: [fpc-devel] compile resource

2009-07-07 Thread Marco van de Voort
In our previous episode, Dariusz Mazur said: [ Charset ISO-8859-2 unsupported, converting... ] is possible to change which program is used to compile resource? is old and new version fpcres, FPC 2.2.4 should use old, FPC 2.3.1 new how achieve this ? -FR ?

Re: [fpc-devel] Assign Self

2009-07-11 Thread Marco van de Voort
In our previous episode, Micha Nelissen said: Yes. When would it be used? Maybe something in pooled object creation? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] SVN error with macosall.pas

2009-07-12 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Yes, it is how SVN works to show you the original file, but it waists a lot of space (double everything) and it pollutes the directories, so you can't quickly archive the checked out directories without pulling in all the .svn one. Alternative

Re: [fpc-devel] Topic for the list - Embedded port for PIC Micros

2009-07-23 Thread Marco van de Voort
In our previous episode, Nick Brown said: A very interesting port for an OS-less platform would be a port to the PIC family of microcontrollers. There may be some issues because memory is in short supply but notwithstanding, this would be pretty cool. As Michael said, what PIC exactly ? The

Re: [fpc-devel] Topic for the list - Embedded port for PIC Micros

2009-07-23 Thread Marco van de Voort
In our previous episode, Florian Klaempfl said: Any comments? If it's really interesing, somebody would have started already a port. Afaik all architectures are done by three long time FPC devels (Jonas, Peter, Florian, correct me if I'm wrong), except for PPC64, so that is a bit

Re: [fpc-devel] TField.AsString and Databases with UTF-8 charset

2009-07-24 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: Somehow Delphi 2009 must also be confronted with this, with their native unicode support. Hm. Afaik D2009 always works in 2 byte units. Surrogates are a problem of the user I guess. I don't fully understand why this function must return

Re: [fpc-devel] TField.AsString and Databases with UTF-8 charset

2009-07-24 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: Somehow Delphi 2009 must also be confronted with this, with their native unicode support. Hm. Afaik D2009 always works in 2 byte units. Surrogates are a problem of the user I guess. I don't fully understand why this function must

Re: [fpc-devel] TField.AsString and Databases with UTF-8 charset

2009-07-24 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: The question is if it still does in D2009. I doubt it. I think it is encoding-base unit. (1 or 2) Ah, this I don't know, I don't have D2009. Note that it was a guess based on what I have seen in D2009. Nowhere there is talk about

Re: [fpc-devel] FreeBSD's shared libraries

2009-07-27 Thread Marco van de Voort
In our previous episode, Leonardo M. Ram? said: Hi, while trying to create an apache 2.2.x module in FreeBSD 7.2, I found it can't load .so files created by FPC 2.2.4. After this issue, I'd try to create a simple .so file, and a program to load it dynamically, sadly it seems that

[fpc-devel] ref,user and prog in chm format

2009-07-28 Thread Marco van de Voort
L.s. I've made a few scripts that (1) fix (some of) the html output of tex4ht. (fpcdocs/relinkdocs.pp) (2) compress them to chm with generated toc and searchability (fpcdocs/compilelatexchm.pp) This enabled me to compile the most recent docs to a

Re: [fpc-devel] ref,user and prog in chm format

2009-07-29 Thread Marco van de Voort
In our previous episode, Andrew Haines said: This enabled me to compile the most recent docs to a fairly usable CHM format: http://www.stack.nl/~marcov/doc-chm.zip Wow this is great! Thanks! I hope it is reproducable over time. I just fixed a bug in lhelp that allows your TOC

Re: [fpc-devel] ref,user and prog in chm format

2009-07-30 Thread Marco van de Voort
In our previous episode, Michael Schnell said: http://www.stack.nl/~marcov/doc-chm.zip Great work ! I d/lded and on my Suse Linux box, the chm is loaded by Okular Same does claim that most of the lines in the Contents pages are links and some (e.g. 1.1.6) are not. But it does not

Re: [fpc-devel] ref,user and prog in chm format

2009-07-30 Thread Marco van de Voort
In our previous episode, Andrew Haines said: Marco van de Voort wrote: Btw, could you have a look at this: http://bugs.freepascal.org/view.php?id=13540 and see if you notice anything particular? I made some changes and *think* I have fixed the problem in r13476 and r13477. Both

Re: [fpc-devel] FPC micro controller

2009-07-30 Thread Marco van de Voort
In our previous episode, Desmond Coertzen said: No use for OS, just for smaller MCU's that are bit accessible. By application I meant: Is this the correct method to apply a bit-packed structure to code? Note that there are two kinds of bitaccessibility. E.g. microchip follows more the

Re: [fpc-devel] ref,user and prog in chm format (updated)

2009-07-30 Thread Marco van de Voort
In our previous episode, Marco van de Voort said: I updated the docs, and, for convenience I added the fpdoc based docs and fpdoc.chm too. The archive is still at http://www.stack.nl/~marcov/doc-chm.zip but now swollen to +/- 10MB, however this is mostly due to the fact that I also included

Re: [fpc-devel] ref,user and prog in chm format (updated)

2009-07-30 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: magnitude of 4-5MB both in ZIP as unpacked. (compare, doc-html.zip is now 10MB _packed_ and tens of MB's uncompressed) Just thought I would let you know, I downloaded the doc-html.tar.gz, extracted it, and then repacked it using 7-zip.

Re: [fpc-devel] ref,user and prog in chm format (updated)

2009-07-30 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Depacking a html zip on a slow machine takes over tens of minutes already. 7zip would make it worse. Hey, it's quicker than compiling FPC. ;-) Well, that's why people install releases, so they don't have to :-) The whole idea is to get

Re: [fpc-devel] Possible memory leak in cthread.

2009-08-05 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: Since you mentioned cprt0, you could try checking the order of initialization of libc and libgcc. This may have something to do with it, see alsohttp://bugs.freepascal.org/view.php?id=14265 Indeed, that may very well be the reason. I've been

Re: [fpc-devel] fppkg testing

2009-08-12 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: for fpGUI and DUnit2 and maybe even tiOPF. I'll look in the latest documentation in SVN if there is some more details regarding fpkpg and maybe it answers some of my questions. No documentation yet, I didn't get around to that. But

Re: [fpc-devel] fppkg testing

2009-08-13 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: No documentation yet, I didn't get around to that. But it's planned before the 2.4 release. Is that still on schedule? Nothing much happened with fpmake for quite a while? Documentation ? No problem there. More

Re: [fpc-devel] RTTI and Attributes in Delphi 2010

2009-08-16 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: Just thought I would let you know... http://www.malcolmgroves.com/blog/?p=476 Hm Website not accessible. Can you give us the gist of what is so interesting ? Has been hinted at several times, so I can make an educated guess: The

Re: [fpc-devel] RTTI and Attributes in Delphi 2010

2009-08-16 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: Just thought I would let you know... http://www.malcolmgroves.com/blog/?p=476 Hm Website not accessible. Can you give us the gist of what is so interesting ? I had that too, but later it worked. Now I've also seen the syntax, and I

Re: [fpc-devel] RTTI and Attributes in Delphi 2010

2009-08-16 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: It does, thank you. However, it's not so spectacular: Attributes are simply old .NET stuff they ported to Win32. Seems they had to use a workaround through an attribute class. I never understood the need for it. RTTI is more than

Re: [fpc-devel] RTTI and Attributes in Delphi 2010

2009-08-16 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: I never understood the need for it. RTTI is more than enough for 99.99% of the cases. Imagine you have a db framework which maps delphi classes to database tables. It reads class properties from the rtti and creates db tables automatically.

Re: [fpc-devel] DOM patch

2009-08-27 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: As i expect, bugs in new version disappear. It's not change much. Can someone review it? Reviewed and applied. Thanks ! I also use parts of fcl-xml under Delphi, and also some fpimage parts. Since D2009, a lot less patches are

[fpc-devel] New CHM documentation snapshot

2009-08-27 Thread Marco van de Voort
Hello, I uploaded a new snapshot of the docs in CHM format. http://www.stack.nl/~marcov/doc-chm.zip Fixes in this snapshot: - the last snapshot had corrupted links - fixed. - The ref manual has an initial index, generated from the ref.kwd file. Still contains duplicates, but at least F1

Re: [fpc-devel] LaTeX docs to HTML

2009-09-04 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: I know the current LaTeX documentation is converted to HTML using tex4ht (I think). The conversion to HTML has always produced sub-optimal results. Btw, what are the problems with the current set on the site?

Re: [fpc-devel] building pdf documentation

2009-09-09 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: I read the readme.txt file in the fpcdocs checked out files. Is says to make PDF documentation I need to run 'make pdf'. Below is my attempt -- which failed. :-( Any hints on the magic key combination? Install fpc. The below error might

Re: [fpc-devel] document header mistakes

2009-09-10 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: 2) Also the section number is a bit odd. 0.1 - but that's not really a biggy. Maybe the section number could be left out like was done in the ref.xxx document. It's all about consistency. ;-) I'll have a look at this. Note that the

Re: [fpc-devel] ObjC branch

2009-09-12 Thread Marco van de Voort
In our previous episode, dmitry boyarintsev said: Do understand things right? Delphi (.net?) class helpers are very close to objective-C categories, for the expection, that helpers can also add additional members and properties. While categories are allowed to add new methods only? As far

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-15 Thread Marco van de Voort
In our previous episode, Florian Klaempfl said: Exactly. The 1-byte stuff has nothing to do with unicode but with code page aware strings. Doesn't it have certain consequences for unicodestring- ansistring conversions? Most notably to avoid that if a procedure has ansistring in its

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-15 Thread Marco van de Voort
In our previous episode, Micha Nelissen said: Graeme Geldenhuys wrote: MyString := ''; MyChar := MyString[1]; writeln(MyChar); end. Extracting a Char from a UnicodeString? What's that supposed to do? CHAR is a 16-bit wchar in D2009. Simularly, pchar is a pointer to a

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-15 Thread Marco van de Voort
In our previous episode, Micha Nelissen said: MyChar := MyString[1]; writeln(MyChar); end. Extracting a Char from a UnicodeString? What's that supposed to do? CHAR is a 16-bit wchar in D2009. Simularly, pchar is a pointer to a 16-bits char. (pansichar being the 1-byte one). ..

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-15 Thread Marco van de Voort
In our previous episode, Michael Schnell said: If we really want a character, MyChar would need to be a 32-Bit thing, and (in case of UTF, the [n] notation would need to scan the Unicode byte stream to find it, but I don't know if it's implemented in that way.) Afaik a character in the unicode

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-15 Thread Marco van de Voort
In our previous episode, Thaddy said: afaik widestrings are reference counted in Delphi. PWideChars not. Yes, but not by Delphi but by COM. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-16 Thread Marco van de Voort
In our previous episode, Thaddy said: It is. Widestring always worked more or less, on both FPC,Kylix and Delphi. But the COM backed versions (FPC2.2+ (?) and Delphi) suffered from performance problems As I wrote it should be opaque ( = transparent, btw). At least for windows I overcame

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-17 Thread Marco van de Voort
In our previous episode, Michael Schnell said: [ Charset ISO-8859-1 unsupported, converting... ] Jonas Maebe wrote: Neither that much space nor that much time is required. Any pointers regarding a decent estimation ? http://www.stack/nl/~marcov/unicode.jpg there is a v5 now though.

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-17 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Yes. RTLString would be just an alias to UnicodeString in win32 and UTF8String in unixes Bad news for Michael. :-) We would have to have serious documentation on all the string types supported by FPC - I'm loosing count! We would also

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-17 Thread Marco van de Voort
In our previous episode, Marco van de Voort said: Java is not portable. The VM hides the platform differences. Maybe that came out to strong. I don't want endless discussions about this. Point is, I meant more Java has a different philosophy wrt portability

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-17 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: A good place to start: http://www.stack.nl/~marcov/delphistringtypes.txt Good god! 16 different types already! It's worse (and a lot more) than I thought. :-) Not counting aliases and untyped library level usage like Lazarus UTF-8 in

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-17 Thread Marco van de Voort
In our previous episode, Michael Schnell said: Marco van de Voort wrote: http://www.stack/nl/~marcov/unicode.jpg Obviously a huge Volume for a huge encoding scheme that really imposes a huge number of huge problems ;). No, the description is about one-two hundred pages, the rest

Re: [fpc-devel] FPC 2.3.1 seems a mixed mess with Unicode support

2009-09-17 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: http://www.stack.nl/~marcov/unicode.jpg The electronic version is also freely available from the unicode.org website. I can't remember the direct link, but I do have Unicode v5 chapters 1-6 here in pdf format, downloaded from unicode.org

Re: [fpc-devel] CGI/Command line/GUI all in one

2009-09-18 Thread Marco van de Voort
In our previous episode, Dariusz Mazur said: I want to move to FPC from delphi, but I see no viable alternative to Intraweb in FPC (and Lazarus). Indy don't work properly on linux, What's the problem? ___ fpc-devel maillist -

Re: [fpc-devel] SetString difference between Ansistring and UnicodeString

2009-10-08 Thread Marco van de Voort
In our previous episode, Vincent Snijders said: Vincent Snijders schreef: While running valgrind on fpcdoc, I got a warning in Maybe you are interested in the valgind output. See attachment. Another problem, that was also in the valgrind output (reading uninitialized memory):

Re: [fpc-devel] SetString difference between Ansistring and UnicodeString

2009-10-11 Thread Marco van de Voort
In our previous episode, Sergei Gorelkin said: Vincent, what command(s) did you use to get that log? What options were used when compiling the packages? ... forget that. The bug hunted down and fixed in r13824. It was indeed uninitialized memory, but something bad could happen only

[fpc-devel] New CHM documentation snapshot

2009-10-11 Thread Marco van de Voort
Last night I added binary index support to the CHM package, and regenerated all CHM packages, and packaged a new snapshot (nr 7) http://www.stack.nl/~marcov/doc-chm.zip note that Michael is currently updating the docs for 2.4.0, and he hasn't committed the bulk of the changes yet, so these

Re: [fpc-devel] New CHM documentation snapshot

2009-10-11 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: Last night I added binary index support to the CHM package, and regenerated all CHM packages, and packaged a new snapshot (nr 7) http://www.stack.nl/~marcov/doc-chm.zip note that Michael is currently updating the docs for 2.4.0, and he

Re: [fpc-devel] Plain tarballs

2009-10-13 Thread Marco van de Voort
In our previous episode, Neil Graham said: Something that is just a plain old tarball of the files needed would simplify things a great deal for me. Aren't you going into the BSD ports direction then? Source + bootstrap binaries? ___ fpc-devel

Re: [fpc-devel] Cardinal = LongWord on 64bit systems?

2009-10-15 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: About PLong: use unit ctypes: PCLong I'm trying to minimize the amount of new types introduced in this ported project. I already have so many custom types like shown below. So I would prefer to convert these custom types to actually

Re: [fpc-devel] New global CustomApplication variable

2009-10-15 Thread Marco van de Voort
In our previous episode, Michael Schnell said: Of course this is true for the original Delphi procedure ... message, which would need to be replaced by some portable (inter-thread) messaging mechanism. IIRC, this is already available on Lazarus and/or MSEGUI, But for TThread-synchronize and

Re: [fpc-devel] New global CustomApplication variable

2009-10-15 Thread Marco van de Voort
In our previous episode, Michael Schnell said: Well, the point is if it really is compatible. And the other consideration is that such system should eat resources that are scarce (like SIGUSR and SIGUSR2) I never worked with signals up to now. Martin once told me that the MSEGUI

Re: [fpc-devel] New global CustomApplication variable

2009-10-15 Thread Marco van de Voort
In our previous episode, Marco van de Voort said: (sysv queues) But maybe you could do some research on the subject. it is marked as experimental in 7.0. So maybe in a few years one could use this. ___ fpc-devel maillist - fpc-devel

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-18 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: So, maybe one should seal entire units instead of classes, meaning they provide import definitions of some other OOP framework to be used but not abused. Maybe use imported instead of sealed. If we want to port code which is made for the

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-18 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: For delphi compatibility we only need to skip it. I agree mostly with Jonas here, I think this is one of those access control things added by popular demand (because language xxx has it). Maybe in open source world sealed classes has small

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-18 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: I don't believe in that magnitude of control, and for meaning we typically use comments, not language features. Comments are language features too. Treat sealed as a strong comment for those who don't read comments. That's the weakest

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-19 Thread Marco van de Voort
In our previous episode, Florian Klaempfl said: This is exactly my point about sealed classes. When you design the product or class, you have NO way of know what will come in the future. So you need to stay flexible to change! Yet another OOP principal that sealed tries to prevent! This

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-20 Thread Marco van de Voort
In our previous episode, dmitry boyarintsev said: What we will get in the result of this language simplification? Yes, extremely fast and easy compiler but do you like it? Maybe the syntax should be simplified, rather than following new delphi's .Nettist growing style? AFAIK, it's been

Re: [fpc-devel] New feature discussion: for-in loop

2009-10-20 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: It is obvious you are full of energy to discuss new language features. The next feature which we should think of is for-in loop: http://wiki.lazarus.freepascal.org/for-in_loop There you can find: 1. Delphi implementation details 2. Proposed

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-20 Thread Marco van de Voort
In our previous episode, dmitry boyarintsev said: specially for minor features is more trouble then it is worth, since eventually the Delphi syntax will have to be supported anyway. Agreed, and that's quite sad, eventual Delphi syntax support makes FreePascal actually FreeDelphi. I don't

Re: [fpc-devel] New feature discussion: for-in loop

2009-10-20 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: Yes, I see this very bad too. That's why this discussion is started. But what can be suggested instead? Does there need something to be suggested per se? What do you think of the DECAL solution ? It's ackward, but that is because it is

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-20 Thread Marco van de Voort
In our previous episode, dmitry boyarintsev said: Packages don't have external classes. ?A package is fully transparent to the program, IOW when linking to a package there are proper .ppu's and everything, and there is no external link step. So it would be like using delphi's dcu (without

Re: [fpc-devel] class abstract, class sealed implementation. please review.

2009-10-20 Thread Marco van de Voort
In our previous episode, dmitry boyarintsev said: file, but the only they to see a full declaration is via documention, rather than header-sources. I don't understand this. Delphi can compile a project with dcu present, but no .pas files. Any type or routine present in dcu can be used.

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Marco van de Voort
In our previous episode, Jeff Wormsley said: ( http://prismwiki.codegear.com/en/Lambda_Expressions ) Wow, talk about unreadable code... I'm all for saving typing, but not at the expense of readability. This reminds me of C's oddball ? operator. (hmm, if I would name one feature I hate

Re: [fpc-devel] New feature discussion: for-in loop

2009-10-21 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: and then tag methods as so? I think though, that the original suggestion would work if very well documented or allowing for additional tags somehow? MyIterator = Iterator(TSomeResultType, Func1::Next, Func2::Prior); Nono, A::B is

Re: [fpc-devel] New feature discussion: for-in loop

2009-10-21 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: I've a bit doubts, even aside from any direct opinion on the feature itself, to add functionality to emulate certain features from other language's very extensive libraries (like Java/.NET/Boost), since the development of the last

Re: [fpc-devel] Want to remove AVL_Tree from DOM

2009-10-24 Thread Marco van de Voort
In our previous episode, Sergei Gorelkin said: I want to remove the avl_tree-related stuff from DOM unit. The reasons are: 1) It is targeted to optimize one particular type of documents, configs, that require all node names within a single parent to be unique (strictly speaking,

Re: [fpc-devel] Help need for FPC

2009-10-26 Thread Marco van de Voort
In our previous episode, ?? said: (Group replied) There's MOV command declared in armins.dat. There's a declaration for the A_MOV-opcode in automaticaly-generated file armop.inc, But it doesn't seem to be used, by armtab.inc. Infact, it feels, like A_MOV opcode is

Re: [fpc-devel] Want to remove AVL_Tree from DOM

2009-10-26 Thread Marco van de Voort
In our previous episode, Sergei Gorelkin said: - need the current interface very badly to be backwards compat, if I (and Lazarus) are ever migrating to a FCL one. Changes to the interface not really an option, then I'd stick to my ancient lazarus version forever. The xmlconf has

Re: [fpc-devel] request to merge fpdoc patch with 2.3.1 fixes branch

2009-10-27 Thread Marco van de Voort
In our previous episode, Vincent Snijders said: So, it is safe to the fixes branch, so we are sure not to forget it for 2.4.2? Just to avoid confusion, I wouldn't merge anything till 2.4 is out ? But this should be decided on core. Maybe it is time to revive

Re: [fpc-devel] Compiling fpc subversion on a AMD64 box with Win 7 64 bit OS

2009-10-30 Thread Marco van de Voort
In our previous episode, Dimitrios Chr. Ioannidis said: The build process always assumes that you have a full FPC install of the previous release available. If it's not difficult maybe this can change ? Or there is no need ? Personally i prefer a naked system with only the sources plus

Re: [fpc-devel] Comparing arrays of char

2009-11-02 Thread Marco van de Voort
In our previous episode, Carsten Bager said: Here is output from my program p compiled with Delphi (5) and FPC. I believe that FPC fails because the first byte is chr(0) when comparing 70501033728 with 0. Did you also try this on a PC? I haven't really tested, but it seems that you are

Re: [fpc-devel] Re: Testing for..in feature

2009-11-04 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: Yet another bug: --- {$apptype console} type T = (a1, b1=5); var ch: T; begin for ch in T do Writeln(ch); end. CodeGear Delphi for Win32 compiler version 20.0 Copyright (c) 1983,2008 CodeGear testx.dpr(6) Error: E2029 '(' expected

Re: [fpc-devel] Re: Testing for..in feature

2009-11-04 Thread Marco van de Voort
In our previous episode, Micha Nelissen said: Does it work on not sparse enums? Those are dense enums? :-) true enums. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Re: Testing for..in feature

2009-11-04 Thread Marco van de Voort
In our previous episode, Vincent Snijders said: yy end. CodeGear Delphi for Win32 compiler version 20.0 Copyright (c) 1983,2008 CodeGear testx.dpr(6) Error: E2029 '(' expected but 'DO' found testx.dpr(7) Error: E2430 for-in statement cannot operate on collection type 'T'

Re: [fpc-devel] Re: Testing for..in feature

2009-11-04 Thread Marco van de Voort
In our previous episode, Paul Ishenin said: Since I suspected that D2009 doesn't work on sparse enums, I tried, and the above is the result. Does it work on not sparse enums? Delphi compiler does not support for-in loop for types (enums, integer, ...). This is fpc extension :) Do

Re: [fpc-devel] Re: Testing for..in feature

2009-11-04 Thread Marco van de Voort
In our previous episode, Alexander Klenin said: ? WriteLn(ch); ? inc(ch); But it fails the same way. ch := succ(ch); OTOH, I am not sure -- obviously either Succ or Inc is buggy, but which one? Maybe runtime instead of compile-time error is actually correct? Sparse enums are simply

Re: [fpc-devel] Re: Testing for..in feature

2009-11-04 Thread Marco van de Voort
In our previous episode, Matt Emson said: Sparse enums are simply a kludge. They were needed because they exist in the Windows API, and afaik for that only. IOW for easy translation of Windows types. They were added to Delphi in version 6. I though they added them to support Qt and

Re: [fpc-devel] Dynamically Loading Libraries

2009-11-07 Thread Marco van de Voort
In our previous episode, Ivo Steinmann said: Delphi have got also a solution: http://docwiki.embarcadero.com/RADStudio/en/Libraries_and_Packages#Delayed_Loading It doesn't really say how it does it?!? ___ fpc-devel maillist -

[fpc-devel] Freepascal 2.4.0rc1 released

2009-11-09 Thread Marco van de Voort
We have placed the first release-candidate of the Free Pascal Compiler version 2.4.0 on our ftp-servers. You can help improve the upcoming 2.4.0 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_2.4.0 Changes

Re: [fpc-devel] Freepascal 2.4.0rc1 released

2009-11-09 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Marco van de Voort wrote: We have placed the first release-candidate of the Free Pascal Compiler version 2.4.0 on our ftp-servers. Thanks for the note. I wanted to update the Git mirror by tagging the 2.4.0rc1 revision, but looking

Re: [fpc-devel] Freepascal 2.4.0rc1 released

2009-11-09 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Thanks for the note. I wanted to update the Git mirror by tagging the 2.4.0rc1 revision, but looking in SubVersion, that was done two weeks ago? Is this announcements simply 2 weeks late? release_2_4_0_rc1/ 13941 2 weeks

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

2009-11-09 Thread Marco van de Voort
In our previous episode, Martin Schreiber said: http://wiki.freepascal.org/FPC_Unicode_support (saying Upcoming Delphi release codenamed Tiburon will natively support Unicode) still valid ? At least the branch link is valid :) [...] Will there be a simple reference

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

2009-11-09 Thread Marco van de Voort
In our previous episode, Martin Schreiber said: This would break a lot of Delphi and COM code, and is IMHO not smart. If for some reason the old widestring implemention needs to continue (it is redundant if unicodestring is there?), it should get a different identifier. No problem with

Re: [fpc-devel] Save the current FPC UnicodeString!

2009-11-10 Thread Marco van de Voort
In our previous episode, Martin Schreiber said: - The current FPC UnicodeString is fast, simple, has little overhead and is well tested. Do you have any benchmark data on the overhead that delphi adds ? Because I don't think it is much slower if all strings are initialized on the same encoding

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

2009-11-10 Thread Marco van de Voort
In our previous episode, Michael Schnell said: multi-encoding/multi-charsize. At the moment msestring=UnicodeString for FPC 2.4 which is perfect. I fear FPC will drop this simple solution where it was ahead of Delphi. Hmmm. I suppose with Linux (using utf-8 for the GUI interface

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

2009-11-10 Thread Marco van de Voort
In our previous episode, thaddy said: Marco van de Voort wrote: While I think it would be best to use native encoding on all platforms as much as possible, that is an opinion. However not using native encoding for general processing is nuts. So we need the UTF8 type anyway. Just to make

<    2   3   4   5   6   7   8   9   10   11   >