Re: [fpc-devel] Successful implementation of inline support forpure assembler routines on x86

Am 18.03.2019 um 02:57 schrieb Ben Grasset: > On Sun, Mar 17, 2019 at 1:57 PM Florian Klämpfl > wrote: > > > How is it better than intrinsics support (similiar to gcc/icc etc.)? > > > Well, it wouldn't be better than a literal equivalent to those intriniscs,

Re: [fpc-devel] Successful implementation of inline support for pureassembler routines on x86

Am 21.03.2019 um 09:50 schrieb J. Gareth Moreton: > Well, I guess that's good. I did wonder > though, because the XML dump patches have > been sitting in the bug tracker since the > start of February: > https://bugs.freepascal.org/view.php? > id=35017 Matter of time. __

Re: [fpc-devel] Successful implementation of inline support for pure assembler routines on x86

Am 19.03.2019 um 20:17 schrieb J. Gareth Moreton: > I would have allowed writing to the stack with inline assembly functions if a > way could be found to ensure that the > compiled program behaves the same way whether the function is inlined or > called directly (e.g. through a direct CALL or > a

Re: [fpc-devel] Successful implementation of inline support forpureassembler routines on x86

The main thing is the degree of control you have using pure assembler over intrinsics, and someone brought up that intrinsics don't give you good access to the FLAGS register.  Additionally, unless you do some rather untidy nested parameter chaining (calling an intrinsic and passing its result int

Re: [fpc-devel] Successful implementation of inline support forpureassembler routines on x86

Am 24.03.2019 um 11:33 schrieb J. Gareth Moreton: > The main thing is the degree of control you have using pure assembler over > intrinsics, and someone brought up that > intrinsics don't give you good access to the FLAGS register. Juggling with the flags is rarely possible on x86 anyways as alm

Re: [fpc-devel] Successful implementation of inline supportforpureassembler routines on x86

Well I already decided not to pursue this particular feature any further because of the Holy Grail that are intrinsics. If Trunc is automatically inlined, why is there a separate implementation of it on x86_64 anyway? On Sun 24/03/19 12:09 , Florian Klämpfl flor...@freepascal.org sent: ... Th

Re: [fpc-devel] Successful implementation of inline supportforpureassembler routines on x86

Am 24.03.2019 um 12:30 schrieb J. Gareth Moreton: > If Trunc is automatically inlined, why is there a separate implementation of > it on x86_64 anyway? Probably when optimizing for size on x86_64-linux (where extended is no deprecated) and if sse3 is no enabled. _

[fpc-devel] implicit generic specialization modeswitch name

For my patch https://bugs.freepascal.org/view.php?id=35261 I have named the modeswitch “implicitgenerics” but Florian liked the name “implicitfunctionspecialization” (long but clear were his words). Btw this is the mode switch will allows specialization of generic routines by inferring the type

[fpc-devel] Running test suite linker error (mac)

This same problem of the missing crt1.10.5.o file on macOS 10.14 is now affecting running the test suite. I have no idea what changed because this worked just a couple weeks ago. When building with FPC now I need to include a search path with -Fl/Library/Developer/CommandLineTools/SDKs/MacOSX.s

Re: [fpc-devel] Running test suite linker error (mac)

On 24/03/2019 14:53, Ryan Joseph wrote: This same problem of the missing crt1.10.5.o file on macOS 10.14 is now affecting running the test suite. I have no idea what changed because this worked just a couple weeks ago. When building with FPC now I need to include a search path with -Fl/Librar

Re: [fpc-devel] implicit generic specialization modeswitch name

Am 24.03.2019 um 15:02 schrieb Ryan Joseph: For my patch https://bugs.freepascal.org/view.php?id=35261 I have named the modeswitch “implicitgenerics” but Florian liked the name “implicitfunctionspecialization” (long but clear were his words). Btw this is the mode switch will allows specializat

Re: [fpc-devel] implicit generic specialization modeswitch name

On Sun, Mar 24, 2019 at 5:18 PM Sven Barth via fpc-devel wrote: > I agree with Florian that a better name is needed for the modeswitch > ("implicitgenerics" as a different meaning in my opinion). But I don't > have a better idea than "implicitfunctionspecialization" either... implicitgenericfunc

Re: [fpc-devel] implicit generic specialization modeswitch name

Bart schrieb am So., 24. März 2019, 17:44: > On Sun, Mar 24, 2019 at 5:18 PM Sven Barth via fpc-devel > wrote: > > > I agree with Florian that a better name is needed for the modeswitch > > ("implicitgenerics" as a different meaning in my opinion). But I don't > > have a better idea than "implic

[fpc-devel] fpcmkcfg and fpc.cfg questions

Hi, First problem: I tried to build lazarus trunk with fpc trunk. Lazarus r60747, fresh checkout Fpc r41788, installed from source in C:\PP It failed with: C:\devel\laztrunktrunk\packager\registration\fcllaz.pas(11,3) Fatal: (10022) Can't find unit db used by fcllaz I took a look at my fpc.cfg

Re: [fpc-devel] TRegistry and Unicode

On Sat, Mar 23, 2019 at 2:27 PM Bart wrote: > > I will look at it tomorrow. It has been a busy week. Thanks for applying. Thanks to all of you for your advice and patience. Should the changes be documented at http://wiki.lazarus.freepascal.org/FPC_New_Features_Trunk#Units ? Bart -- Bart _

Re: [fpc-devel] implicit generic specialization modeswitch name

implicitroutinespecialization is one character shorter. ;) It’s maybe more accurate also since Pascal has the distinction between procedure/function. Because this would be the longest mode switch is this maybe a good candidate for abbreviations? Could be implicitroutinespez or implicitprocspecia

Re: [fpc-devel] fpcmkcfg and fpc.cfg questions

On 3/24/19 6:21 PM, Bart wrote: Extract from fpc.cfg from 3.0.4 (created by offcial installer) # searchpath for units and other system dependent things -FuC:\devel\fpc\3.0.4/units/$fpctarget -FuC:\devel\fpc\3.0.4/units/$fpctarget/* -FuC:\devel\fpc\3.0.4/units/$fpctarget/rtl Extract from fpc.cfg

Re: [fpc-devel] TRegistry and Unicode

Bart schrieb am So., 24. März 2019, 23:49: > On Sat, Mar 23, 2019 at 2:27 PM Bart wrote: > > > > I will look at it tomorrow. It has been a busy week. > > Thanks for applying. > Thanks to all of you for your advice and patience. > > Should the changes be documented at > http://wiki.lazarus.freepa

Re: [fpc-devel] fpcmkcfg and fpc.cfg questions

schrieb am Mo., 25. März 2019, 03:31: > On 3/24/19 6:21 PM, Bart wrote: > > Extract from fpc.cfg from 3.0.4 (created by offcial installer) > > # searchpath for units and other system dependent things > > -FuC:\devel\fpc\3.0.4/units/$fpctarget > > -FuC:\devel\fpc\3.0.4/units/$fpctarget/* > > -FuC: