Re: [fpc-pascal] LLVM Backend Support

marcov wrote on Fri, 19 Aug 2016: In our previous episode, Jonas Maebe said: Another, more important, issue is that the LLVM-based compiler also includes the regular code generator for the targeted architecture (to generate entry and exit code for pure assembler routines). FYI, I've been cre

Re: [fpc-pascal] LLVM Backend Support

In our previous episode, Jonas Maebe said: > Another, more important, issue is that the LLVM-based compiler also > includes the regular code generator for the targeted architecture (to > generate entry and exit code for pure assembler routines). FYI, I've been creating some SSE image conversio

Re: [fpc-pascal] LLVM Backend Support

Am 19.08.2016 10:56 schrieb "OBones" : > > Sven Barth wrote: > >> >> Am 19.08.2016 09:55 schrieb "Jonas Maebe" mailto:jonas.ma...@elis.ugent.be>>: >> > As alluded to above, LLVM support needs to be added/tested/maintained >> > separately for each supported architecture and to a lesser extent for >>

Re: [fpc-pascal] LLVM Backend Support

Am 19.08.2016 13:24 schrieb "Jonas Maebe" : > > > Jonas Maebe wrote on Fri, 19 Aug 2016: > >> On 19/08/16 10:51, Sven Barth wrote: >>> >>> Why is it that 32-bit targets would be a bit tricky to implement? >> >> >> It's because our code generators don't have full generic support for 32 bit architect

Re: [fpc-pascal] LLVM Backend Support

Jonas Maebe wrote on Fri, 19 Aug 2016: On 19/08/16 10:51, Sven Barth wrote: Why is it that 32-bit targets would be a bit tricky to implement? It's because our code generators don't have full generic support for 32 bit architectures with 64 bit integer "registers". It's possible to implem

[fpc-pascal] googleapi package, TCalendarListResource.List, unhandled exception

Hello, I am not sure if this is useful or not. After some fiddling with compiler options, I was able to generate full line trace of exception I obtain when I try to call the TCalendarListResource.List method. I logged the requests, so I can confirm that the request is issued, and data are retri

Re: [fpc-pascal] LLVM Backend Support

On 19/08/16 10:51, Sven Barth wrote: Why is it that 32-bit targets would be a bit tricky to implement? It's because our code generators don't have full generic support for 32 bit architectures with 64 bit integer "registers". It's possible to implement support for something like that (the JVM

Re: [fpc-pascal] LLVM Backend Support

Sven Barth wrote: Am 19.08.2016 09:55 schrieb "Jonas Maebe" >: > As alluded to above, LLVM support needs to be added/tested/maintained > separately for each supported architecture and to a lesser extent for > each supported OS. Right now, I only have plans for

Re: [fpc-pascal] LLVM Backend Support

Am 19.08.2016 09:55 schrieb "Jonas Maebe" : > As alluded to above, LLVM support needs to be added/tested/maintained > separately for each supported architecture and to a lesser extent for > each supported OS. Right now, I only have plans for x86-64 and AArch64 > (and maybe PowerPC64), on Darwin and

Re: [fpc-pascal] LLVM Backend Support

African Wild Dog wrote: > What is the current status of the LLVM backend support? "make cycle" works on my machine for Darwin/x86-64, and most test suite failures (apart from exception handling tests if the optimisation level is increased, see point 2 below) are related to LLVM limitations rather

Re: [fpc-pascal] Free Pascal Foundation Roles and Goals

African Wild Dog wrote: > From what i understand, the primary goal of the FPC Foundation is to > raise funds to support the FPC and Lazarus development. In the future, > the foundation will play another roles like e.g., coordinate and manage > FPC and Lazarus projects? I can't speak for Lazarus, b

Re: [fpc-pascal] FPC 3.0.2 Release Date

African Wild Dog wrote: > There are some critical bugs in fpc 3.0 which are already fixed. So, why > the 3.0.2 version was not released yet? Do you have any estimate about > when it will be released? My guess is that RC1 will be released between the end of August and mid September, and the final