Re: [fpc-devel] Unable to find resource

2022-04-22 Thread Marco van de Voort via fpc-devel
On 22-4-2022 09:12, Marc Weustink via fpc-devel wrote: On a project I'm working on I needed to refactor some units. After I finished, I got a linking error about a duplicate resource. Maybe accidentally a stale one got linked, so I removed 2 occurrences. And now the compiler complains it

Re: [fpc-devel] Package build failure under i386-win32

2022-04-03 Thread Marco van de Voort via fpc-devel
On 3-4-2022 15:44, J. Gareth Moreton via fpc-devel wrote: Hi everyone, It seems at some point, something was introduced to the compiler that causes a package to fail to build (specifically packages\chm\src\chmwriter.pas) with an assembler-level range check error.  If you run "make all"

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

2022-01-14 Thread Marco van de Voort via fpc-devel
On 14-1-2022 16:33, Ben Grasset via fpc-devel wrote: On Fri, Jan 14, 2022 at 1:27 AM Sven Barth via fpc-devel wrote: (though to be fair it does the same on 32-bit as well) Yeah, MSVC (for some reason) universally defines "long double" as exactly an alias for regular 64-bit double,

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

2022-01-12 Thread Marco van de Voort via fpc-devel
On 12-1-2022 11:38, Ben Grasset via fpc-devel wrote: If it's actually now somehow the case that an offer to provide Win64 builds would be refused though, I guess maybe I'll look into hosting them myself somewhere else? Although again I don't get why it would be fine for Linux to have a

Re: [fpc-devel] Attn: J. Gareth // 3.3.1 opt = slower // Fwd: [Lazarus] Faster than popcnt

2022-01-04 Thread Marco van de Voort via fpc-devel
On 4-1-2022 17:15, J. Gareth Moreton via fpc-devel wrote: I neglected to include -Cpcoreavx, that was my bad.  I'll try again. According to Intel® 64 and IA-32 Architectures Software Developer’s Manual, Vol 2B, Page 4-391.  The zero flag is set if the source is zero, and cleared otherwise. 

Re: [fpc-devel] Attn: J. Gareth // 3.3.1 opt = slower // Fwd: [Lazarus] Faster than popcnt

2022-01-04 Thread Marco van de Voort via fpc-devel
On 4-1-2022 16:31, Martin Frb via fpc-devel wrote: Weird as mine is inlined with -Cpcoreavx -O4, with no special handling for 0. But that does put some things on shaky ground. Maybe zero the result before hand? Same here. I looked up popcnt and found nothing about not setting if zero.

Re: [fpc-devel] Attn: J. Gareth // 3.3.1 opt = slower // Fwd: [Lazarus] Faster than popcnt

2022-01-04 Thread Marco van de Voort via fpc-devel
On 4-1-2022 01:06, J. Gareth Moreton via fpc-devel wrote: Prepare for a lot of technical rambling! This is just an analysis of the compilation of utf8lentest.lpr, not any of the System units.  Notably, POPCNT isn't called directly, but instead goes through the System unit via "call

Re: [fpc-devel] Attn: J. Gareth // 3.3.1 opt = slower // Fwd: [Lazarus] Faster than popcnt

2022-01-03 Thread Marco van de Voort via fpc-devel
On 3-1-2022 12:54, Martin Frb via fpc-devel wrote: fpc 3.2.3 /   fpc 3.3.1 fst 594   fst 688 fst 578   fst 703 fst 578   fst 687 fst 562   fst 688 Fyi, the latest asm version (+fst/pop/add/naieve) is at http://www.stack.nl/~marcov/utf8lentest.lpr

Re: [fpc-devel] FPC trunk building lazarus trunk fails with compiler AV ?

2021-12-12 Thread Marco van de Voort via fpc-devel
On 12-12-2021 17:21, Yuriy Sydorov via fpc-devel wrote: On 12.12.2021 16:24, Marco van de Voort via fpc-devel wrote: On 12-12-2021 15:19, Florian Klämpfl via fpc-devel wrote: What -Cp/-Cf option do you use? To compile FPC: set CPUOPTS=-O2  -Opcoreavx -Cpcoreavx set CPUOPTS64=-Cfavx I

Re: [fpc-devel] FPC trunk building lazarus trunk fails with compiler AV ?

2021-12-12 Thread Marco van de Voort via fpc-devel
On 12-12-2021 15:19, Florian Klämpfl via fpc-devel wrote: What -Cp/-Cf option do you use? To compile FPC: set CPUOPTS=-O2  -Opcoreavx -Cpcoreavx set CPUOPTS64=-Cfavx I didn't enter those in Lazarus I think, so that should be pretty much default.

Re: [fpc-devel] FPC trunk building lazarus trunk fails with compiler AV ?

2021-12-12 Thread Marco van de Voort via fpc-devel
On 12-12-2021 14:47, Yuriy Sydorov via fpc-devel wrote: Any pointers? I've tried to reproduce the AV while building Lazarus on i386-win32 with -O2 and -O3 options, but it works for me. What compiler options have you used to build Lazarus? lazbuild --pcp=c:\repo\lazarusgit\config

[fpc-devel] FPC trunk building lazarus trunk fails with compiler AV ?

2021-12-11 Thread Marco van de Voort via fpc-devel
FPC trunk building lazarus trunk fails with compiler AV ? An old ghost seems to have resurfaced. I didn't build a development lazarus for a while (I used a stable one for work), but at least 1-2 weeks I have this problem: (3104) Compiling postscriptcanvas.pas (3104) Compiling printers.pas

Re: [fpc-devel] Preparing 3.2.4, call for merge request and regressions

2021-10-26 Thread Marco van de Voort via fpc-devel
Op 25-10-2021 om 13:06 schreef LacaK via fpc-devel: The base output  is starting to work somewhat. http://www.stack.nl/~marcov/mergelogs32/restset.html Marco, can I see what commits were already merged ? (and what not - iow what is candidate for merging) I don't really maintain lists of what

Re: [fpc-devel] Preparing 3.2.4, call for merge request and regressions

2021-10-25 Thread Marco van de Voort via fpc-devel
Op 24-10-2021 om 18:13 schreef Marco van de Voort via fpc-devel: When you have a hash, you can translate it in a "relative" revision number by: git describe | sed -nr 's/.*-(.*)-.*/\1/p' It is basically the number of commits after the last annotation tag (3.3.1 in case of main)

Re: [fpc-devel] Preparing 3.2.4, call for merge request and regressions

2021-10-24 Thread Marco van de Voort via fpc-devel
Op 24-10-2021 om 17:52 schreef Florian Klämpfl via fpc-devel: This week I've been working on getting the merge logs etc working again. Things are showing info again, but sorting is broken (since you can't simply sort the revs anymore). When you have a hash, you can translate it in a

Re: [fpc-devel] Preparing 3.2.4, call for merge request and regressions

2021-10-24 Thread Marco van de Voort via fpc-devel
Op 24-10-2021 om 14:09 schreef Florian Klämpfl via fpc-devel: Am 10.10.2021 um 15:55 schrieb Florian Klämpfl via fpc-devel : Reminder :) So far I have only the second avr merge list from Christo open. Anything else? Next reminder, meanwhile, I merged the avr stuff. This week I've been

Re: [fpc-devel] Building a debug version of FPC-main on Windows

2021-08-29 Thread Marco van de Voort via fpc-devel
Op 8/28/2021 om 10:52 PM schreef Werner Pamler via fpc-devel: Am 25.08.2021 um 20:53 schrieb Marco van de Voort via fpc-devel: Sorry. I'm on holiday, and I only check in occasionally at night. Try changing PP= to FPC= Thank you, Marco. Now I did already the second successful build of a older

Re: [fpc-devel] Building a debug version of FPC-main on Windows

2021-08-25 Thread Marco van de Voort via fpc-devel
Op 8/24/2021 om 4:22 PM schreef Werner Pamler via fpc-devel: Am 23.08.2021 um 18:14 schrieb Marco van de Voort via fpc-devel: [...] I notice is that you point lazarus to the ppu's in the FPC source tree [...] Sorry, I don't understand: There is no Lazarus involved in my build script

Re: [fpc-devel] Building a debug version of FPC-main on Windows

2021-08-23 Thread Marco van de Voort via fpc-devel
Op 8/23/2021 om 4:20 PM schreef Werner Pamler via fpc-devel: Am 23.08.2021 um 14:06 schrieb Marco van de Voort via fpc-devel: Op 8/23/2021 om 1:36 PM schreef Werner Pamler via fpc-devel: make install all OPT=%OPTIONS% INSTALL_PREFIX=%FPC_DEST_DIR% PP=%BOOTSTRAP_COMPILER% Shouldn't

Re: [fpc-devel] Untranslatable (hardcoded) messages

2021-08-23 Thread Marco van de Voort via fpc-devel
Op 8/23/2021 om 3:11 PM schreef Bart via fpc-devel: dows trickery - feel free to complain at Microsoft. ;-) OK, just for my understanding of this: I cannot see the file there (system32) FPC looks for it there Windows just says it's there (and silently redirects to syswow64 folder) FPC looks at

Re: [fpc-devel] Building a debug version of FPC-main on Windows

2021-08-23 Thread Marco van de Voort via fpc-devel
Op 8/23/2021 om 1:36 PM schreef Werner Pamler via fpc-devel: make install all OPT=%OPTIONS% INSTALL_PREFIX=%FPC_DEST_DIR% PP=%BOOTSTRAP_COMPILER% Shouldn't this (install all) be the other way around? Classically one builds it before one installs it.

[fpc-devel] chm docs 3.2.2 regenerated.

2021-07-24 Thread Marco van de Voort via fpc-devel
l.s. It turned out that FPC 3.2.2's latex CHMs (ref/user/prog) missed TOC, and in Ref.chm's case index. This might trip up some IDE search algorithms, and direct access using CHM viewers. The problem was due to one of the encoding related changes, which now has been worked around. The new

Re: [fpc-devel] Anyone an idea were/how to look for the missing merge in 3.0.2

2021-07-01 Thread Marco van de Voort via fpc-devel
Op 2021-07-01 om 01:35 schreef J. Gareth Moreton via fpc-devel: Actually, remind me... what revision number is 3.2.0 based off? r39628  mid august 2018 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Attn. Marco: typo in r49563

2021-06-26 Thread Marco van de Voort via fpc-devel
Op 2021-06-26 om 21:21 schreef Bart via fpc-devel: You made a typo in the comment: // extended colosr (from lazarus Graphics) Should be // extended colors (from lazarus Graphics) Done ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] mantis 0038496 custom variants and documentation

2021-05-30 Thread Marco van de Voort via fpc-devel
Op 2021-05-30 om 13:02 schreef Sven Barth via fpc-devel: I think it is allowed to change the result type of the variant passed in binaryop(), but am not 100% sure, and also not sure if there are other things to keep an eye for (e.g. finalization of the existing value). Does anybody know

[fpc-devel] mantis 0038496 custom variants and documentation

2021-05-29 Thread Marco van de Voort via fpc-devel
Before the 3.2.2 release I looked into mantis 0038496 and now I come back to it. I noticed that custom variants are completely undocumented, is this know (IOW should I file a bug?). What I wanted to look up are the rules for implementing binaryop, since that is where the problem is. The bug

[fpc-devel] FPC 3.2.2 released

2021-05-21 Thread Marco van de Voort via fpc-devel
Hello, Finally, the Free Pascal 3.2.2 release is available from our servers and from sourceforge. Changes that may break backwards compatibility will be documented at: http://wiki.freepascal.org/User_Changes_3.2.2 For an overview of what is new see the summary below The website has been

Re: [fpc-devel] Defer keyword

2021-05-06 Thread Marco van de Voort via fpc-devel
Op 2021-05-06 om 17:38 schreef Ryan Joseph via fpc-devel: Something which annoys me about Pascal is cleanup in which a function exits in multiple places but there is no formal way to free memory which may be used in the current scope. I say ultimately Pascal needs some opt-in automatic

Re: [fpc-devel] FreeBSD PowerPC64 Port

2021-04-19 Thread Marco van de Voort via fpc-devel
Op 2021-04-18 om 11:40 schreef Florian Klämpfl via fpc-devel: Am 18.04.2021 um 00:45 schrieb Curtis Hamilton via fpc-devel : Is there any interest in porting FPC to Freebsd/PowerPC64? I'm looking for some help with port FPC to FreeBSD on PowerPC. Any assistance would be appreciated.

Re: [fpc-devel] Fpc on Windows, how to specify foreign chars in -oExeName commandline

2021-03-27 Thread Marco van de Voort via fpc-devel
Op 2021-03-27 om 19:11 schreef Martin Frb via fpc-devel: On 27/03/2021 18:55, Marco van de Voort via fpc-devel wrote: Op 2021-03-27 om 18:38 schreef Martin via fpc-devel: On Linux I can do fpc -oTestäあProg  MyProg.pas On Windows the Japanese char does not seem to be possible? Did you

Re: [fpc-devel] Fpc on Windows, how to specify foreign chars in -oExeName commandline

2021-03-27 Thread Marco van de Voort via fpc-devel
Op 2021-03-27 om 18:38 schreef Martin via fpc-devel: On Linux I can do fpc -oTestäあProg  MyProg.pas On Windows the Japanese char does not seem to be possible? Did you select a 1-byte Japanese encoding on Windows? ___ fpc-devel maillist -

Re: [fpc-devel] FPC 3.2.2-RC1 released!

2021-03-26 Thread Marco van de Voort via fpc-devel
Op 2021-03-24 om 17:26 schreef Bart via fpc-devel:  e placed the first release candidate of the Free Pascal Compiler version 3.2.2 on our ftp servers. I seem to mis the win32->wince crosscompiler at ftp://ftp.freepascal.org/pub/fpc/beta/3.2.2-rc1/i386-win32/ ? That was a TBD, since I didn't

Re: [fpc-devel] FPC 3.2.2-RC1 released!

2021-03-25 Thread Marco van de Voort via fpc-devel
Op 2021-03-24 om 22:14 schreef Martin Frb via fpc-devel: Just run the testsuite. I got a few errors. Though I did build fpc from svn myself, therefore it might be a problem in my setup Below output is 64 bit Ubuntu Linux. Is this of interest? If yes, what info will be needed? Current

Re: [fpc-devel] FPC 3.2.2-RC1 released!

2021-03-24 Thread Marco van de Voort via fpc-devel
Op 2021-03-24 om 12:20 schreef Pierre Muller via fpc-devel: We have placed the first release candidate of the Free Pascal Compiler version 3.2.2 on our ftp servers. You can help improve the upcoming 3.2.2 release by downloading and testing this release. If you want you can report what you

[fpc-devel] FPC 3.2.2-RC1 release, now with working link!

2021-03-24 Thread Marco van de Voort via fpc-devel
Hello, We have placed the first release candidate of the Free Pascal Compiler version 3.2.2 on our ftp servers. You can help improve the upcoming 3.2.2 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_3.2.2

[fpc-devel] FPC 3.2.2-RC1 released!

2021-03-24 Thread Marco van de Voort via fpc-devel
Hello, We have placed the first release candidate of the Free Pascal Compiler version 3.2.2 on our ftp servers. You can help improve the upcoming 3.2.2 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_3.2.2

Re: [fpc-devel] Different handling of try..except depending on OS?

2020-12-10 Thread Marco van de Voort via fpc-devel
Op 2020-12-10 om 21:57 schreef Sven Barth via fpc-devel: Am 10.12.2020 um 20:54 schrieb Bart via fpc-devel: No fpc in your linux vm ? I'm shocked... ;-) Well, no trunk ;-) On Windows I know how to easily switch between using compilers. 3.2.0 is in path and I have some batch files to change

Re: [fpc-devel] Problems building on i386-win32

2020-11-25 Thread Marco van de Voort via fpc-devel
Op 2020-11-25 om 18:10 schreef J. Gareth Moreton via fpc-devel: That's the only useful stuff I found.  Sorry to sound like such a novice.  I have never come across this error before and am not sure how to resolve it without breaking something critical. Easiest: do an install of the

Re: [fpc-devel] Problems building on i386-win32

2020-11-24 Thread Marco van de Voort via fpc-devel
Op 2020-11-25 om 00:37 schreef J. Gareth Moreton via fpc-devel: This might be my own configuration, but can people check that i386-win32 works properly? I tried to build it to test one of my new optimisations, but got a failure when building the trunk (without my optimisations). Building

Re: [fpc-devel] Github hosting of FPC utilities and [stable] sources

2020-10-22 Thread Marco van de Voort via fpc-devel
Op 22/10/2020 om 10:01 schreef Kevin Lyda via fpc-devel: svn checkout https://svn.freepascal.org/svn/fpc/trunk fpc-svn 8.80s user 7.43s system 49% cpu 32.790 total du -sh * 626M fpc-git 728M fpc-svn To compare sizes you need to specify the SVN version. Older versions iirc didn't compress

Re: [fpc-devel] Support for FreeBSD PowerPC

2020-10-18 Thread Marco van de Voort via fpc-devel
Op 2020-10-18 om 23:03 schreef Jonas Maebe via fpc-devel: I’ve been able to create a cross compiler using the guidance and some additional information.  But I’ve been unable to create the proper FPC startup code (prt0.as) needed. Any help would be appreciated. I believe these files are

Re: [fpc-devel] declaration of GetCharacterPlacementW(

2020-10-05 Thread Marco van de Voort via fpc-devel
Op 05/10/2020 om 01:31 schreef Martin via fpc-devel: function GetCharacterPlacementW(DC: HDC; p2: LPWSTR; p3, p4: BOOL; var p5: TGCPResults; p6: DWORD): DWORD; external 'gdi32' name 'GetCharacterPlacementW'; Why are p3 and p4 Bool? They should be both int?

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-27 Thread Marco van de Voort via fpc-devel
Op 2020-09-27 om 18:21 schreef Florian Klämpfl via fpc-devel: So the question here is/are imho about the work it takes to amend the release-build process (i.e. update the scripts). And then the amount of extra time needed for each release (build and testing). The thing is: we would

[fpc-devel] doc snapshot.

2020-09-10 Thread Marco van de Voort via fpc-devel
L.s. To test the documentation generator fpdoc, I regenerated CHM documentation for the fixes (3.2.1) branch. The documentation is generated with trunk fpdoc as of today, IOW with all the fcl-passrc modifications due to pas2js, which is the main reason for the test. Location:

Re: [fpc-devel] Merge request for 3.2 fixes

2020-07-25 Thread Marco van de Voort
Op 2020-07-25 om 21:51 schreef Benito van der Zander: I looked in my repo, and they are in the list of regexpr fixes to merge. http://www.stack.nl/~marcov/mergelogs32/regexr.html If Michael "Ok"s them, I'll merge them/. ___ fpc-devel maillist -

Re: [fpc-devel] [fpc-announce] FPC 3.2.0 released!

2020-07-04 Thread Marco van de Voort
Op 2020-07-03 om 19:18 schreef Keith Bowes via fpc-devel:  Another thing was the Card function, which I thought would be easy to do, as surely the code keeps track of how many elements there are in a set, but if it does, I couldn't find it. (Just a bit of fun, doesn't really answer your

[fpc-devel] FPC 3.2.0 CHM docs updated.

2020-06-27 Thread Marco van de Voort
L.s. Some problems with html and derived (CHM) documentation have come to light. One of them was that images not generated by latex were not included in the documentation, specially the textmode IDE screenshots in the user manual. This now has been fixed. Since documentation isn't branched

[fpc-devel] HEADS UP: fixes updated to 3.2.1

2020-06-20 Thread Marco van de Voort
Now FPC 3.2.0 has been released, the version of the fixes branch has been updated to 3.2.1. If you maintain scripts to compile/install the fixes branch, they might need adjustment ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

[fpc-devel] FPC 3.2.0 released!

2020-06-20 Thread Marco van de Voort
Hello, Finally, the Free Pascal 3.2.0 release is available from our servers and from sourceforge. Changes that may break backwards compatibility will be documented at: http://wiki.freepascal.org/User_Changes_3.2.0. For an overview of what is new see

Re: [fpc-devel] JWA 64-bit struct packing

2020-05-14 Thread Marco van de Voort
Op 2020-05-14 om 17:03 schreef Henry Vermaak via fpc-devel: The original headers only did 32-bit. Over the years some 64-bit corrections have been added. This process is ongoing, so please make sure you use the newest version. Grepping for align|packrecords give exactly the same results in

Re: [fpc-devel] JWA 64-bit struct packing

2020-05-14 Thread Marco van de Voort
Op 2020-05-14 om 15:53 schreef Henry Vermaak via fpc-devel: I'm having some crashes and errors from 64-bit Windows builds that use the JWA units. I've tracked it down to record alignment (the 32-bit version works fine, so it's the first place I looked). I notice that there's no {$packrecords

Re: [fpc-devel] r45217 breaks Lazarus compile

2020-05-05 Thread Marco van de Voort
Op 2020-05-05 om 11:08 schreef Sven Barth via fpc-devel: ForDebugging is just one of the purposes, and TThread.NameThread is double, since it is a property of a thread, what else would you give a name. As Marco said, ? huh ? ___

Re: [fpc-devel] FPC and Z80

2020-04-27 Thread Marco van de Voort
Op 2020-04-27 om 21:24 schreef Florian Klämpfl: Well, for 6502 working 16-bit ptr indirect via volatile zp memory locations needs to be implemented anyway :-) Does that CPU have no hardware stack at all, or only limited (128/256 bytes or so?) It has a full stack but too little registers to

Re: [fpc-devel] FPC and Z80

2020-04-27 Thread Marco van de Voort
Op 2020-04-27 om 18:28 schreef Florian Klaempfl: I have no idea, but quickly read through some docs, and it seems the GameBoy CPU doesn't have IX/IY registers, which seems to be very useful to implement some of the more complex references handling, according to what Nikolay wrote earlier.

Re: [fpc-devel] New feature announcement: constant parameters for generics

2020-04-26 Thread Marco van de Voort
Op 2020-04-26 om 11:48 schreef Sven Barth via fpc-devel: Jeppe had provided a potential usecase on the core mailing list in October '18. His example is not useable as-is, but to give you an idea:  As the compiler can inline all this, the writing of maintainable, hardware agnostic

Re: [fpc-devel] New feature announcement: constant parameters for generics

2020-04-26 Thread Marco van de Voort
Op 2020-04-26 om 11:02 schreef Michael Van Canneyt: As the original author, can you say something about the intended use of this feature ? It was meant for a pretty narrow use of array types. If I knew how much work it would be to implement I probably would have not done it. :P I

[fpc-devel] FPC 3.2.0RC1 released!

2020-03-29 Thread Marco van de Voort
Hello, We have placed the first release candidate of the Free Pascal Compiler version 3.2.0 on our ftp servers. You can help improve the upcoming 3.2.0 release by downloading and testing this release. If you want you can report what you have done here: http://wiki.freepascal.org/Testers_3.2.0

Re: [fpc-devel] Request for LEB128 discussion again

2020-03-19 Thread Marco van de Voort
Op 2020-03-19 om 17:00 schreef J. Gareth Moreton: Hi everyone, How is everyone doing? Noticed it's a bit quiet on this mailing list, so I hope everyone is still alive! This one has some slightly selfish connotations, because I'm having a lot of problems with disk full errors on my

Re: [fpc-devel] Typo in docs (TArray)

2020-02-23 Thread Marco van de Voort
Op 2020-02-23 om 14:55 schreef Bart via fpc-devel: On Sun, Feb 23, 2020 at 2:08 PM Marco van de Voort wrote: Docs are mostly unversioned, so there is only "trunk" atm. I corrected it in SVN Finding where is what in https://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/?root=docs is

Re: [fpc-devel] Typo in docs (TArray)

2020-02-23 Thread Marco van de Voort
Op 2020-02-23 om 13:56 schreef Bart via fpc-devel: https://www.freepascal.org/docs-html/rtl/sysutils/tarray.html "it is not needed in Free Pascal, where 2 array types are equal if they element types are equal" "they" should be "their" I was unable to find the trunk version of this, so I'm

Re: [fpc-devel] Linux Binary - Socket Output affected by SystemCtl, HELP!

2020-01-29 Thread Marco van de Voort
Op 29/01/2020 om 16:07 schreef Ozz Nixon via fpc-devel: 1. My code does not directly interact with any environment variables. Unit cwstring and clocale might do on startup. This might influence e.g. widestring/unicodestring<-> ansistring conversions and back. 2. I am using version 2.6.4

Re: [fpc-devel] Linux Binary - Socket Output affected by SystemCtl, HELP!

2020-01-29 Thread Marco van de Voort
Op 29/01/2020 om 14:54 schreef Ozz Nixon via fpc-devel: Would/Could, LANG/LOCALE affect socket output? * I personally do not touch environment variables - so I am not sure what to ever try. The "client" (Telnet) I have tried Terminal.App, iTerm2, Putty.exe, Telnet.exe, xTerm-256, fTelnet,

Re: [fpc-devel] Linux Binary - Socket Output affected by SystemCtl, HELP!

2020-01-29 Thread Marco van de Voort
Op 29/01/2020 om 14:23 schreef Ozz Nixon via fpc-devel: I am not sure how this is occurring, however, my socket daemon on Linux - is launched by hand ./program is able to send to the socket: Socket.Write(#218+#196+#191); And the terminal (any) will display the single highbit characters. If

Re: [fpc-devel] TEncoding.Default and default encoding for TStrings.LoadFrom*()

2019-12-26 Thread Marco van de Voort
Op 12/26/2019 om 9:12 PM schreef Ondrej Pokorny: In Delphi TEncoding.ANSI and TEncoding.Default are actually different. See: http://docwiki.embarcadero.com/Libraries/Rio/en/System.SysUtils.TEncoding.Default http://docwiki.embarcadero.com/Libraries/Rio/en/System.SysUtils.TEncoding.ANSI On

Re: [fpc-devel] inline... and philosophy

2019-12-16 Thread Marco van de Voort
Op 2019-11-21 om 22:56 schreef Sven Barth via fpc-devel: In the meantime I've managed to fix the dynamic package support that had experienced a bit of bit rot in the last years. Though I've currently only tested Win32 and Win64 (x86_64-linux as well as *-darwin *should* work as well). And as

Re: [fpc-devel] C-block reference syntax (blocker for 3.2)

2019-12-10 Thread Marco van de Voort
Op 2019-12-08 om 22:08 schreef Ryan Joseph via fpc-devel: On Dec 8, 2019, at 2:30 PM, Sven Barth via fpc-devel wrote: And no, your patch WILL NOT allow that. We've consciously decided AGAINST implementing varargs functions in Pascal (see

Re: [fpc-devel] certain divisions in single precision only

2019-12-08 Thread Marco van de Voort
Op 2019-12-08 om 18:46 schreef Jonas Maebe: -i386 delphi was available). Actually, back then I thought I fixed the (dynamic) behaviour at least in a Delphi-compatible way: https://bugs.freepascal.org/view.php?id=7179 I don't remember anymore on what test this assumption was based though.

[fpc-devel] freebsd 12.1

2019-12-02 Thread Marco van de Voort
I did some investigations on the FreeBSD problems yesterday, with some results: FreeBSD 12.1 x86_64: 1 starting compiler 3.0.4 might misalign sections. Linker LLD simply silently fails to reads objects with non aligned sections. (32-bit? 64-bit? both?) -> always use BFD with starting

Re: [fpc-devel] When will the next version of FPC be released?

2019-11-30 Thread Marco van de Voort
Op 2019-11-30 om 09:29 schreef Gabor Boros: 2019. 05. 30. 9:05 keltezéssel, Michael Van Canneyt írta: I would not count on it before september, and even that is "iffy". Any news/update in this subject? The fixes_3_2 branch created more than a year ago and the latest stable (3.0.4) released

Re: [fpc-devel] vmul commutative optimization?

2019-11-17 Thread Marco van de Voort
Op 2019-11-17 om 15:49 schreef Florian Klämpfl: This was an easy one :) Fixed in r43509 Thanks, here is an harder one: https://bugs.freepascal.org/view.php?id=36324 (  :-) ) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] vmul commutative optimization?

2019-11-15 Thread Marco van de Voort
Op 14/11/2019 om 01:14 schreef J. Gareth Moreton: I guess that means testing with VS? Testing with Visual Studio or even GCC under Windows is a good idea if you want to be sure how particular record types are transferred.  The example given in that article has two fields of type __m128,

Re: [fpc-devel] vmul commutative optimization?

2019-11-13 Thread Marco van de Voort
Op 2019-11-12 om 20:46 schreef J. Gareth Moreton: The Microsoft ABI is a bit restrictive when it comes to record types; as described here , "Structs and unions of size 8, 16, 32, or 64 bits, and __m64 types,

Re: [fpc-devel] vmul commutative optimization?

2019-11-12 Thread Marco van de Voort
Op 12/11/2019 om 16:08 schreef J. Gareth Moreton: It's true.  With VMULSS, only the first parameter (third parameter under Intel notation) can be an address (source: Intel(R) 64 and IA-32 Architectures Software Development Manual, Volume 2B, Page 4-154). I'll see if I can work in that

[fpc-devel] vmul commutative optimization?

2019-11-12 Thread Marco van de Voort
I compiled some bits with avx, and noticed that when you do asingle:=someconstant*othersingle; then that generates something like     vmovss    TC_$FFTS_$$_C31(%rip),%xmm2     vmulss    %xmm0,%xmm2,%xmm0 while if you do asingle:=othersingle*someconstant; it generates     vmulss   

Re: [fpc-devel] inline... and philosophy

2019-11-11 Thread Marco van de Voort
Op 10/11/2019 om 16:02 schreef J. Gareth Moreton: This message chain has proven to be a lot more educational and insightful than I would have given it credit for.  Thanks everybody! I know a lot of the time, the size of binaries is just an illusion, along with unfair comparisons with GCC (a

Re: [fpc-devel] inline... and philosophy

2019-11-10 Thread Marco van de Voort
Op 09/11/2019 om 15:51 schreef J. Gareth Moreton: Competitions aside, there are times where space is a premium, whether it be from distributing an application on a DVD, bandwidth or data limits (even some first world countries are still on dial-up in places, or are otherwise monopolised by

Re: [fpc-devel] inline... and philosophy

2019-11-10 Thread Marco van de Voort
Op 10/11/2019 om 11:17 schreef Marģers . via fpc-devel  Most processors have a fairly large uop cache (up to 2048 for the newest generations iirc), so this would only be for the first iteration? Do you have a reference (agner fog page or so) or more explanation for this that describes this?)

Re: [fpc-devel] Attn Michael: r 43417 (ordinal bithelpers)

2019-11-09 Thread Marco van de Voort
Op 2019-11-09 om 18:29 schreef Florian Klämpfl: And you don't call this unix only docompile.sh not cumbersome with the compiler parameters in some configuration file? I definitely want to help to integrate the tests somehow in the daily testrun, but I will not use the slow testsuite.

Re: [fpc-devel] Attn Michael: r 43417 (ordinal bithelpers)

2019-11-09 Thread Marco van de Voort
Op 2019-11-09 om 18:28 schreef Jonas Maebe: That's why I proposed to add support for running only the tests specific to the RTL and/or specific units. A tagging system for tests in the .pp tests might be the best? Occasionally some central admin would have to be updated (automatically) and

Re: [fpc-devel] inline... and philosophy

2019-11-09 Thread Marco van de Voort
Op 2019-11-09 om 02:24 schreef Marģers . via fpc-devel: 3) it changes code location (code cross page boundaries). For my particular cpu there are 64 byte code page. If loop can fit in it, speed is twice as it overlaps even one byte over page boundary. Jumping forward is ok (as expected code

Re: [fpc-devel] inline... and philosophy

2019-11-09 Thread Marco van de Voort
Op 2019-11-08 om 23:37 schreef J. Gareth Moreton: It is a good point.  With my C++ programs, I tend to compile with everything statically linked and self-contained, since it tends to be smaller than a dynamically-linked program plus the redistributable combined (and the risk of "DLL Hell"

Re: [fpc-devel] Question on updating FPC packages

2019-10-31 Thread Marco van de Voort
Op 2019-10-30 om 23:02 schreef Florian Klämpfl: Yes. And manually adding inline is only as good as the knowledge of the user doing so. If somebody implements it right (I did not, I used the easiest approach and used an existing function to estimate the complexity of a subroutine). The

Re: [fpc-devel] Question on updating FPC packages

2019-10-29 Thread Marco van de Voort
Op 2019-10-27 om 10:27 schreef Michael Van Canneyt: Absolutely. Personally, I don't have any concern for performance in this sense. Almost zero. I invariably favour code simplicity over performance, for sake of maintenance. But there is another kick-in-the-open-door statement about

Re: [fpc-devel] Question on updating FPC packages

2019-10-29 Thread Marco van de Voort
Op 2019-10-27 om 10:46 schreef Florian Klämpfl: Am 27.10.19 um 10:27 schrieb Michael Van Canneyt: If you genuinely believe that micro-optimization changes can make a difference: Submit patches. As said: I am against applying them. Why? They clutter code and after all, they make

Re: [fpc-devel] Question on updating FPC packages

2019-10-29 Thread Marco van de Voort
Op 2019-10-29 om 12:23 schreef J. Gareth Moreton: When it comes to testing vectorcall, uComplex isn't the best example actually because most of the operators are inlined.  There are a number of tests under "tests/test/cg" that test vectorcall and the System V ABI using a Pascal implementation

Re: [fpc-devel] Question on updating FPC packages

2019-10-29 Thread Marco van de Voort
Op 2019-10-27 om 09:02 schreef Florian Klämpfl: I guess you're right.  It just seems weird because the System V ABI was designed from the start to use the MM registers fully, so long as the data is aligned.  In effect, it had vectorcall wrapped into its design from the start.  Granted,

[fpc-devel] invoke

2019-10-22 Thread Marco van de Voort
https://forum.lazarus.freepascal.org/index.php/topic,47147.0/topicseen.html might be of interest to you despite the title :-) It is about invoke/tvirtualinterface ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Language semantic suggesion regarding static methods

2019-10-22 Thread Marco van de Voort
Op 2019-10-22 om 01:19 schreef J. Gareth Moreton: For backward compatibility, I would suggest keeping the 'static' directive for class methods so existing code doesn't break, but maybe mark it as deprecated. We need less dialectal variety, not more. The ambiguity of having two forms in

Re: [fpc-devel] objfpc generics how to generate self type reference ?

2019-09-03 Thread Marco van de Voort
Op 2019-09-03 om 13:11 schreef Mattias Gaertner via fpc-devel: Inside the generic the templates are normal types:   TIteratorType = specialize THashmapIterator; Btw, mode objfpc allows shortcut THashmapIterator without <> as shortcut for "specialize THashmapIterator"; It works,

Re: [fpc-devel] for .. in documentation and classes based iterators.

2019-09-03 Thread Marco van de Voort
Op 2019-09-03 om 12:59 schreef Michael Van Canneyt: "5. Any type for which an enumerator operator is defined. The enumerator operator must return a structured type that implements the IEnumerator interface. The type of the control variable’s type must equal the type of the enumerator’s

[fpc-devel] for .. in documentation and classes based iterators.

2019-09-03 Thread Marco van de Voort
I did an initial patch to add for..in iterator support in fcl-stl ghashmap (https://bugs.freepascal.org/view.php?id=35940) I've looked at the docs of for..in, and it doesn't seem to name the delphi getenumerator() method in its options. I assume it is equal to point 5, the enumerator

[fpc-devel] objfpc generics how to generate self type reference ?

2019-09-03 Thread Marco van de Voort
I'm trying to let an iterator implement the enumerator pattern and return itself, but for that I need to use the type of the generic: generic THashmapIterator=class public       type PValue=^TValue;     // make type alias   TIteratorType = generic

Re: [fpc-devel] TFIeld.lookup problem

2019-07-20 Thread Marco van de Voort
Op 2019-07-20 om 16:04 schreef Michael Van Canneyt: Why is this field deprecated and not published? It really complicates dual maintenance of apps with database fields. Because it is redundant. The fieldkind property is what you need. Set fieldKind=fkLookup As said, it causes annoying

Re: [fpc-devel] TFIeld.lookup problem

2019-07-20 Thread Marco van de Voort
Op 2019-07-20 om 14:40 schreef Michael Van Canneyt: Why is this field deprecated and not published? It really complicates dual maintenance of apps with database fields. Because it is redundant. The fieldkind property is what you need. Set fieldKind=fkLookup As said, it causes annoying

[fpc-devel] TFIeld.lookup problem

2019-07-20 Thread Marco van de Voort
Why is this field deprecated and not published? It really complicates dual maintenance of apps with database fields. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Undesirable attachment to issue #29332

2019-07-12 Thread Marco van de Voort
Op 2019-07-12 om 12:35 schreef Bart: I can't quite go that far unfortunately. Being a developer gives me the right to delete attachments and modify posts, but not to tamper with people's profiles. One of the managers maybe can look into it. Nope. Afaik managers can't either. Needs

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

2019-07-08 Thread Marco van de Voort
Op 08/07/2019 om 06:27 schreef J. Gareth Moreton: I'm a bit late to the party again, but the example of an OpenGL shader has won me over, since game design is one thing I enjoy doing.  I guess I'm still a bit unsure how leading and trailing whitespace should be handled, but as long as it's

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

2019-07-04 Thread Marco van de Voort
Op 2019-07-04 om 17:36 schreef Michael Van Canneyt: Your argument works if you start with a string that's started with a backtick, but not correctly terminated. To be correct, I think the argument about unterminated line endings needs to be seen for what it is: a nuisance, but not more a

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

2019-07-04 Thread Marco van de Voort
Op 2019-07-04 om 16:25 schreef Ben Grasset: On Thu, Jul 4, 2019 at 10:09 AM Marco van de Voort mailto:f...@pascalprogramming.org>> wrote: You clearly didn't read the message fully. It is not about compiler/not compile, but in the case of not compile what the error is and

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

2019-07-04 Thread Marco van de Voort
Op 2019-07-04 om 15:47 schreef Ben Grasset: On Thu, Jul 4, 2019 at 9:35 AM Marco van de Voort mailto:f...@pascalprogramming.org>> wrote: New magic characters in the scanner. Yeah. Really nice (NOT!) It's not magic. It's exactly the same thing as the single quote cur

  1   2   3   4   5   6   7   8   9   10   >