[fpc-pascal] Can't disable quoting in TStrings
As stated in http://docwiki.embarcadero.com/Libraries/Tokyo/en/System.Classes.TStrings.QuoteChar setting QuoteChar to null should disable the quote, but it won't work in FPC 3.2. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FFI or RTTI invoke for Apple arm64
It looks like I misread the error completely, and presumed, from the include logic that it was x86_64 / x86 only. It compiles now, thanks! On Wed, Aug 19, 2020, at 14:09, Sven Barth via fpc-pascal wrote: > Carlo Kok via fpc-pascal schrieb am Mi., > 19. Aug. 2020, 13:17: >> Hi, >> >> for PascalScript FFI support, are there plans to support RTTI .Invoke, or >> any form of FFI available to do dynamic invoke from Pascalscript to FPC/api >> code? > > Rtti.Invoke is available in 3.2.0 however for all platforms except for Win64 > and the register calling convention on i386 the libffi library is used. > Officially libffi does not yet seem to support macOS on Aarch64 however it > supports iOS, so you'll need to check whether you can get a variant working > for macOS on Aarch64. > > Alternatively you'd need to implement a custom function call manager for > Aarch64. > > Regards, > Sven >> > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FFI or RTTI invoke for Apple arm64
Carlo Kok via fpc-pascal schrieb am Mi., 19. Aug. 2020, 13:17: > Hi, > > for PascalScript FFI support, are there plans to support RTTI .Invoke, or > any form of FFI available to do dynamic invoke from Pascalscript to FPC/api > code? > Rtti.Invoke is available in 3.2.0 however for all platforms except for Win64 and the register calling convention on i386 the libffi library is used. Officially libffi does not yet seem to support macOS on Aarch64 however it supports iOS, so you'll need to check whether you can get a variant working for macOS on Aarch64. Alternatively you'd need to implement a custom function call manager for Aarch64. Regards, Sven > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FFI or RTTI invoke for Apple arm64
On Wed, 19 Aug 2020, Carlo Kok via fpc-pascal wrote: Hi, for PascalScript FFI support, are there plans to support RTTI .Invoke, or any form of FFI available to do dynamic invoke from Pascalscript to FPC/api code? As far as I know, the RTTI.Invoke is there. There are even tests for it. We use libffi for it. I don't know if it made it into 3.2, Sven Barth can inform better about this. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
[fpc-pascal] FFI or RTTI invoke for Apple arm64
Hi, for PascalScript FFI support, are there plans to support RTTI .Invoke, or any form of FFI available to do dynamic invoke from Pascalscript to FPC/api code? -- Carlo Kok ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Regression in 3.2.0 ??
Peter via fpc-pascal schrieb am Mi., 19. Aug. 2020, 08:17: > Has anyone any ideas to fix it? It compiles if I change stdcall to > CDecl, but I have no idea if that is a valid fix. > (More info; see bug 37566) > Using the same ifdef as in the interface is the correct fix. The compiler now more strictly ensures that the directives of the implementation match the one in the interface (in this case cdecl (which is the default on non-Windows) vs. stdcall). This should probably be mentioned in the User Changes of 3.2.0... Regards, Sven > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FPC buildbot
Hi Travis & Joost, Thanks for all your suggestions! I created a simple buildbot for FPC projects and used sfpt as the tool to upload to an FTP server. It is surprisingly stable. The buildbot is an instantFPC script that can be run in an endless loop to regularly check for new commits or can be triggered from a cron job. On finding a new commit, it pulls all changes, builds the project (lazbuild), creates a binary archive and uploads it to FTP. Build, pack and upload are bash scripts now, but I will refine the tool on accepting a configuration file to make it more versatile and uniform across platforms. I'm happy to finally have a buildbot tool with "zero" configuration that provides me daily snapshots over different platforms. Rgds, Darius On Tue, Aug 4, 2020 at 1:58 PM Joost van der Sluis wrote: > > Op 20-07-2020 om 11:31 schreef Darius Blaszyk via fpc-pascal: > > Thanks for the suggestions. I had a look at the fppkgreposerver, but > > this is indeed more complex than I need at the moment. The project I am > > working on is a closed source at the moment, so making use of public > > build services is unfortunately not an option for me. > > > > I was considering making an instantFPC script that could be run from a > > cron job, or remains in an endless loop, checking the repo every x > > minutes, and in case it detects a commit, would execute a build script > > (fpmake / pmake) and then upload the created package via ftp. I have > > limited experience with uploading via ftp through an fpc application, > > but would LNet be most suited? Also interfacing (username/password) via > > TProcess is new to me. > > > > Is there any resources (like fppkgreposerver) that I could (re)use? > > Actually, the fppkgreposerver also contains a (s)ftp connection. But it > works as a server, you need a client. > > For uploading a single file on a linux system, I would install lftp, and > then call lftp using TProcess, using the --env-password option and then > set tne LFTP_PASSWORD environment option in TProcess to pass the password. > > This is easier than using (s)ftp directly from your application. > > Regards, > > Joost. > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Regression in 3.2.0 ??
On Tue, 18 Aug 2020, Peter via fpc-pascal wrote: I wondering if there is a regression in 3.2.0. The Lazarus file fpguiwsprivate.pp no longer compiles. It was fine in 3.0.4. The error message "No matching implementation for interface method ... CDecl; found " is strange as the interface and implementation are both clearly defined as stdcall. I can find no reference to CDecl in the release notes, and stdcall only mentioned under Darwin. (I'm using x86_64). function TFPGUIPrivate._AddRef: longint; stdcall; begin Result := -1; end; Has anyone any ideas to fix it? It compiles if I change stdcall to CDecl, but I have no idea if that is a valid fix. (More info; see bug 37566) It is a valid fix for non-windows platforms. So you'll have to ifdef this. Michael.___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal