Re: [fpc-pascal] TurboVision is reborn as FOSS (again)

Hi, On Mon, 21 Dec 2020, Sven Barth via fpc-pascal wrote: > As long as one knows why a certain temporal construct is used there is > no problem and at least in Germany (or more specifically Bavaria) we > were taught that in masses.  As a native speaker of a language which only has three tenses

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Charlie, On Fri, 18 Dec 2020, Karoly Balogh (Charlie/SGR) via fpc-pascal wrote: > > I also see that the pre-installed version was installed with the clock > > in the system was set to the start of the Amiga Time (1.1.1978). Might > > that create a problem? > > A

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Carsten, > > I also see that the pre-installed version was installed with the clock > > in the system was set to the start of the Amiga Time (1.1.1978). Might > > that create a problem? > > Actually, yes. If I reset the timestamp of the system unit to 1978-1-1, > 00:00:00 (the start of the

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Carsten, On Fri, 18 Dec 2020, Carsten Strotmann via fpc-pascal wrote: > >> I've trying FPC on an Vampire 4 SA machine with ApolloOS/AROS > >> m68k. > > > > Which version of FPC are you trying? Trunk, 3.2.0 stable, you built > > your own, or you downloaded one of the official Amiga releases? >

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Carsten, On Thu, 17 Dec 2020, Carsten Strotmann via fpc-pascal wrote: > I've trying FPC on an Vampire 4 SA machine with ApolloOS/AROS > m68k. Which version of FPC are you trying? Trunk, 3.2.0 stable, you built your own, or you downloaded one of the official Amiga releases? > Whenever I try

Re: [fpc-pascal] FPC for FreeBSD/PowerPC64

Hi, On Sat, 12 Sep 2020, Curtis Hamilton via fpc-pascal wrote: > I'm attempting to port FPC to Freebsd/PowerPC64  and need some help.  > > I've added initial code to get started.  However, when trying to cross > compile I'm getting an internal error message when the newly > created cross

Re: [fpc-pascal] ExecuteProcess problem

Hi, On Tue, 25 Aug 2020, Koenraad Lelong via fpc-pascal wrote: > I'm extending an old daemon so it writes the data to MQTT, using > mosquitto_pub. > > To have a correct message (-m ...) I need to include double-quotes. But > it seems ExecuteProcess(exec,cmdline) splits the cmdline according some

Re: [fpc-pascal] Bugs in StrToHostAddr6 in sockets unit

Hi, On Wed, 6 May 2020, Noel Duffy via fpc-pascal wrote: > Testing would also have to be fairly rigorous to make sure all the > different formats are handled correctly. I've already done some work to > make it easy to compare StrToHostAddr6's output to that of inet_pton in > the C library, so

Re: [fpc-pascal] StrToHostAddr in sockets unit accepts negative octets

Hi, On Mon, 20 Apr 2020, Noel Duffy via fpc-pascal wrote: > > I have already fixed it, with a simplistic fix, I think. Committed as > > SVN r44845. > > > Great, good to know it's fixed. Not having the SVN repo to hand, I can't > tell how recent that revision is. Has this change made it to any >

Re: [fpc-pascal] StrToHostAddr in sockets unit accepts negative octets

Hi, On Sun, 19 Apr 2020, Michael Van Canneyt wrote: > > The StrToHostAddr function in the sockets unit accepts negative octets > > in the source ip address. Consider this program: > > This should indeed be ckecked. > Please report this in the bugtracker, so we don't forget to look at it! I have

Re: [fpc-pascal] Wine + Unsupported ioctl

Hi, On Sat, 4 Apr 2020, Juha Manninen via fpc-pascal wrote: > I installed FPC 3.2RC1 Win32 version under Wine in Linux Manjaro 64-bit. > Wine version is a recent 5.5-1. Compiling a hello.lpr program works. > (...) > Has anybody built Lazarus under Wine? Should I test with FPC 3.0.4? Is > this

Re: [fpc-pascal] Best start point for adding new FPC target

Hi, On Tue, 28 Jan 2020, Florian Kl?mpfl wrote: > > The primary goal of a startup code is to get pointers to the command > > line parameters and the environment block. If arm-freebsd uses the stack > > to pass these pointers (the same way as i386-freebsd), then you need > > just to convert the

Re: [fpc-pascal] Best start point for adding new FPC target

Hi, On Tue, 28 Jan 2020, Fabio Luis Girardi via fpc-pascal wrote: > I was thinking of starting with armhf-netbsd, that can I suppose to be > the closest to the armhf-freebsd target. I'm right? Someone experienced > adding new targets for FPC has another suggestion? Well, you don't need to clone

Re: [fpc-pascal] Static linking to C library on Linux

Hi, On Wed, 27 Nov 2019, Ryan Joseph via fpc-pascal wrote: > > On Nov 27, 2019, at 11:25 AM, Karoly Balogh (Charlie/SGR) > > wrote: > > > > Yes. By Default, FPC doesn't link against libc on Linux by default, only > > when some more advanced things, say, thre

Re: [fpc-pascal] Static linking to C library on Linux

Hi, On Wed, 27 Nov 2019, Ryan Joseph via fpc-pascal wrote: > I'm trying to link to a static library (built from Python sources) in > Pascal and having troubles on Linux. On Mac where I have experience I > successfully link and every works as expected but on Linux I get slews > of linker errors

Re: [fpc-pascal] DirectoryExists on FreeBSD , problem

Hi Alexey, On Mon, 14 Oct 2019, Alexey Tor. wrote: >  FPC 3.3.1-r43118 [2019/10/04], on Linux x64, cross compiling to > FreeBSD x64 12.0 (TrueOS). > Smth is broken in DirectoryExistsUTF8() on FreeBSD. After this FPC > update CudaText cannot see that folder (in subdir of home dir, access > rights

Re: [fpc-pascal] Errors on cross-compile from Linux x64 to NetBSD x64

Hi, On Fri, 4 Oct 2019, Alexey Tor. wrote: > FPC 3.3 trunk from today. Lazarus trunk from today. Project CudaText. > Cross compilers installed via fpcupdeluxe 1.6.2y > > ... > Compile package atsynedit_cmp_package 1.1: Success > Compile package atsynedit_ex_package 1.3: Success > Compile

Re: [fpc-pascal] It's alive !

Hi, On Sat, 21 Sep 2019, Michael Van Canneyt wrote: > Finally, the moment has come: > > Following up on a bounty offered, Dmitry Boyarintsev has accomplished > milestone one in the implementation of FPC's webassembly backend. > > And: It's alive ! :-) Very cool! I'm so sorry I couldn't tackle

Re: [fpc-pascal] Calculating Pixels to represent 3D coordinates

Hi, On Tue, 17 Sep 2019, James Richters wrote: > What I'm trying to do is much simpler than rendering a 3D object.. All > I'm trying to do is display a 3D line drawing or wireframe on the > screen. I don't need it to dynamically rotate or anything, and it > doesn't need to show any surfaces,

Re: [fpc-pascal] wiki and mailing lists are moved

Hi, On Wed, 12 Jun 2019, Mattias Gaertner via fpc-pascal wrote: > > So after the too long period of the wiki and mailing lists in limbo, > > and facing danger of data corruption/los they've been moved to a > > brand new cloud hosted server. > > Thank You! > > > Additionally, HTTPS has been

[fpc-pascal] wiki and mailing lists are moved

Hi, So after the too long period of the wiki and mailing lists in limbo, and facing danger of data corruption/los they've been moved to a brand new cloud hosted server. Additionally, HTTPS has been enabled for the wiki and the ML web interface. The wiki engine was also updated to the latest

Re: [fpc-pascal] wiki.freepascal.org is down?

Hi, On Mon, 10 Jun 2019, Mattias Gaertner via fpc-pascal wrote: > > It should happen in the next days tho'. I will keep this list posted. > > Any updates? > The database is still locked. The wiki won't come up from the same machine in R/W mode again. I tried, but it started throwing filesystem

Re: [fpc-pascal] wiki.freepascal.org is down?

Hi, On Wed, 5 Jun 2019, Dmitry Boyarintsev wrote: > It's in maintenance mode now.You can actually open a sub page. > I.e.: http://wiki.freepascal.org/Lazarus_Faq > > Yet the main page seems to be affected. Sorry guys, the filesystem on the machine got corrupted so we put it into maintenance

Re: [fpc-pascal] unexpected termination with no errors

Hi, On Wed, 15 May 2019, Sven Barth via fpc-pascal wrote: >> (Sidenote: I've been pondering for a while if I should report this as a >> bug. I think the RTL should put a try-except around there, to show a >> stacktrace on unhandled exceptions, just like the main thread dying >> does, but who

Re: [fpc-pascal] unexpected termination with no errors

Hi, On Wed, 15 May 2019, James Richters wrote: > Has anyone encountered anything like this before or know how I can make > sure I always get the maximum amount of debugging info when my program > crashes? Is it a subthreaded app? The only case when I noticed something similar (under Linux

Re: [fpc-pascal] libmosquitto headers for FPC

Hi, On Thu, 14 Mar 2019, Marcos Douglas B. Santos wrote: > > So in case anyone needs this: > > > > http://github.com/chainq/mosquitto-p > > Good job. > > I'm thinking use some like that to split a big desktop application > code into few other applications, maintaining a communication among >

[fpc-pascal] libmosquitto headers for FPC

Hi, Not sure if anyone have done this already, but I converted the libmosquitto (which is a C-written MQTT client library) header (mosquitto.h) to Free Pascal, so it allows using libmosquitto from Pascal code. I work on some IoT projects lately which transfers data over MQTT, and I wanted to

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

Hi, On Sun, 10 Mar 2019, Jonas Maebe wrote: > It's always possible to add a hint about efficiency in case the size of > the locals grows beyond offsets that can be embedded in a single > instruction, although this hint would trigger already at 32KB of locals > on e.g. PowerPC. I'm all for such

Re: [fpc-pascal] Candidate for crowd-funding

Hi, On Wed, 19 Dec 2018, Ryan Joseph wrote: > > (After reading that old thread we had...) > > > > Actually, it can. The only thing you need to do is to allocate a stack > > first, then make the "coroutine" functions use it, which is basically > > boils down to how you pass your arguments and

Re: [fpc-pascal] Candidate for crowd-funding

Hi, On Wed, 19 Dec 2018, Ryan Joseph wrote: > > On Dec 19, 2018, at 5:23 PM, Sven Barth via fpc-pascal > > wrote: > > > > A library as first step would be more useful. Later on one can think > > about integrating it into the language itself. > > > > How does that work? I’ve been interested in

Re: [fpc-pascal] A new fpc desirable feature

Hi, On Tue, 17 Jul 2018, Giuliano Colla wrote: > As everybody is suggesting new fpc features, I feel it right to add my > own proposal, to make the language more useful and user friendly. > > I propose the support for the keyword "please". > > The syntax is quite simple: "please:", followed by

Re: [fpc-pascal] Default record fields

Hi, On Fri, 22 Jun 2018, Joost van der Sluis wrote: > >> I want to do a pivot away from the macro stuff to ask another question. > >> Since I’ve wanted to contribute to the compiler for so long and I > >> finally have a little understanding I’d like to know if there’s anything > >> minor I could

Re: [fpc-pascal] Default record fields

Hi, On Fri, 22 Jun 2018, Ryan Joseph wrote: > I want to do a pivot away from the macro stuff to ask another question. > Since I’ve wanted to contribute to the compiler for so long and I > finally have a little understanding I’d like to know if there’s anything > minor I could do, that isn’t

Re: [fpc-pascal] record alignment

Hi, On Fri, 15 Jun 2018, Ryan Joseph wrote: > I have a struct I need to port from C but the size I’m getting in Pascal > is wrong. From C sizeof(AAPLVertex) = 32 but in Pascal > sizeof(AAPLVertex) = 24. > > The alignment of the struct is on 32 bit bounds I think but how do I > replicate this in

Re: [fpc-pascal] The unfortunate deprecation of GetTickCount

Hi, On Wed, 11 Apr 2018, Alexander Grotewohl wrote: > Just to be clear, the 64 in GetTickCount64 has nothing to do with > whether a machine is 32bit or 64bit. The call itself, doesn't. Except, on a 32bit machine, when you have to do 64bit arithmetic/value handling, it's usually less

Re: [fpc-pascal] The unfortunate deprecation of GetTickCount

Hi, On Wed, 11 Apr 2018, Michael Van Canneyt wrote: > >> personally I use this 64 bit emulation: > > > > For my purpose I'm perfectly happy with GetTickCount. I'd understand the > > deprecation if GetTickCount64 would be a reliable substitute. It isn't. > > Only on XP. On all other platforms, it

Re: [fpc-pascal] libc and math.h on Linux

Hi, On Fri, 2 Feb 2018, Adriaan van Os wrote: > I have to import the math.h libc functions listed here > . What is the > recommended way to do this for general Linux compatibility ? Simply > declare them external ? Load them from libc

Re: [fpc-pascal] Sleep(30) is not reliable?

Hi, On Wed, 24 Jan 2018, AlexeyT wrote: > Details: > Ubuntu 17.4 x64; Lazarus 1.9 trunk, fpc 3.0.2. > I see IDE call stack like this  when i pause app (during loop forever) > Can you run strace on your app, to discover what are the nanosleep syscalls entry values and what are the return values?

Re: [fpc-pascal] issue when enabling -O2

Hi, On Wed, 10 Jan 2018, Matias Vara wrote: > BTW, this only applies to inline assembler functions rigth? In the case > of normal procedures that contains a block asm end; there is no problem, > Am I right? No, it applies to *ALL* assembler code. Also inline blocks. The only difference is, for

Re: [fpc-pascal] issue when enabling -O2

Hi, On Wed, 10 Jan 2018, Matias Vara wrote: > Thank you very much Karol, I completly missed this point during the > development of my kernel (Or maybe I had in mind sometime ago but I > forgot it)It was only when I decided to play with -02 that all these > issues arrised.  BTW, your code (as

Re: [fpc-pascal] issue when enabling -O2

Hi, On Wed, 10 Jan 2018, Matias Vara wrote: > Hi Karol and thanks you very much! I got confused with the function > names, I feel very sorry.As I said in my previous email, I fixed by > rewriting the assembler function. However, I don't why it worked.  By accident. Simply the

Re: [fpc-pascal] issue when enabling -O2

Hi, On Wed, 10 Jan 2018, Matias Vara wrote: > I am getting an exception when I enable the -O2 optimization. More > precisaily, the line that stars with write_portd is corrupting the > data section. This is the pascal code:  > > function PciReadDword(const bus, device, func, regnum: UInt32):

Re: [fpc-pascal] Translate C code

Hi, On Sat, 6 Jan 2018, Ryan Joseph wrote: > Also why does @(PMyStruct(nil)^.next not crash? Dereferencing and taking > the addressing of a nil pointer sounds like a bad idea. Because it doesn't do the actual dereferencing, because next's *VALUE* is never used, only it's address (due to the @

Re: [fpc-pascal] Translate C code

Hi, On Sat, 6 Jan 2018, Darius Blaszyk wrote: > Again I would like to ask some support on a piece C code that I need to > translate to pascal. The code in question is: > > #define MEMNEXT(x) ((MyStruct *)(((char *) x) - ((char *) & (((MyStruct > *)0)->next > > What exactly is going on here?

Re: [fpc-pascal] System call ABI problem on ppc Linux

Hi, On Tue, 5 Dec 2017, tobiasgie...@gmail.com wrote: > I think the only problem is with fpmake, which doesn't include > FPC_ABI_EABI for powerpc 32-bit processors. > > My use case is running my software on a Synology DS-413 NAS, which has a > PowerPC processor. It's only a few years old.

Re: [fpc-pascal] [fpc-devel] FPC 3.0.4 released!

Hi, On Thu, 30 Nov 2017, Marco van de Voort wrote: > For Downloads, please use the FTP server at > > ftp://freepascal.stack.nl/pub/fpc/dist/3.0.4/ Not sure why Marco decided to redirect everything to the stack.nl mirror as primary source in his announcement, but everything should be on

Re: [fpc-pascal] installing cross fpc in parallel to systems fpc

Hi, On Fri, 10 Nov 2017, Marc Santhoff wrote: > What is that, is ppc used for bootstrapping the cross compiler > regardless of any other fpc maybe installed? Yes. First that ppc gets built with the "other FPC" installed. Or you can specify a startup compiler explicitly with FPC= argument to the

Re: [fpc-pascal] -O2 internal compiler errors

Hi, On Wed, 8 Nov 2017, Ryan Joseph wrote: > When I turn on -O2 I get a never ending stream of internal error > 2009112601 which I think is from various inlined operator overloads > (didn’t do much testing though). Is this a bug or are they not > compatible? Example code to trigger it please,

Re: [fpc-pascal] Float packing

Hi, On Mon, 6 Nov 2017, Ryan Joseph wrote: > I actually got the problem wrong and still haven’t figured it out so > here’s another go. > > I have a number which I need to encode as an RGB value each component > being 4 bytes (12 bytes total) so I need to extract each digit as a byte > (and then

Re: [fpc-pascal] cpu_relax() in freepascal

Hi, On Fri, 3 Nov 2017, Matias Vara wrote: > Hello,  I think it would be better if I put my question in context. In > order to tell the processor that we are in a loop, the pause instruction > could be used (also I think the "rep nop" produces the same opcode). > This tells the processor that we

Re: [fpc-pascal] alternative name fpc cross

Hi, On Tue, 10 Oct 2017, Michael Van Canneyt wrote: > > I used to be maintainer on Wine AppDB for several years. Nothing ever > > worked from one release to the next. WINE spent 10y as an alpha > > release and it started to get embarrassing so they called it beta. > > Everything still, broke ,

Re: [fpc-pascal] alternative name fpc cross

Hi, On Tue, 10 Oct 2017, pasc...@piments.com wrote: > > The compiler is *NOT* OS/platform specific, only CPU specific. Use any for > > both, and specify the right target using -Tandroid or -Tembedded when > > invoking. > > Maybe you meant the compiler is not TARGET OS specific in that it can >

Re: [fpc-pascal] alternative name fpc cross

Hi, On Tue, 10 Oct 2017, turro75 wrote: > when I create the cross compiler to arm-android and arm-embedded I get the > same compiler name so unable to have both running in the same system. > any workaround? The compiler is *NOT* OS/platform specific, only CPU specific. Use any for both, and

Re: [fpc-pascal] getting cross with the cross compiler

Hi, On Sat, 7 Oct 2017, Sven Barth via fpc-pascal wrote: > > So where is my cross compiler ?? > > > > Thanks for any help and suggestions. > > A single compiler binary can always compile for all supported targets of > that processor. So as long as all the units are available you simply > need to

Re: [fpc-pascal] getting cross with the cross compiler

Hi, On Fri, 6 Oct 2017, pasc...@piments.com wrote: > This builds fine using the stock fpc 3.0.2 with linux target. However, > the supposed cross-compiler seems to be trying to build for linux. The cross compiler binary itself is only CPU specific, not OS specific. And because for the cross CPU

Re: [fpc-pascal] FCL-WEB and PostgreSQL Support: Current Status

Hi, On Wed, 27 Sep 2017, Michael Van Canneyt wrote: > > 2 - Are they recommended for use in production environments? > > Absolutely. > I use them in very high-load (and we're talking VERY high load) > environments, with 24/7 availability. Can you ellaborate a bit more on this Michael? Like how

Re: [fpc-pascal] TP compatibility: procedural type

Hi, On Tue, 29 Aug 2017, Anton Shepelev wrote: > >> To be used as procedural values, procedures and > >> functions must be declared with a 'far' direc- > >> tive or compiled in the '{$F+}' state. > >> > >>whereas Free Pascal in -Mtp seems to accept any > >>non-system procedure or

Re: [fpc-pascal] Inline ASM code

Hi, On Thu, 24 Aug 2017, LacaK wrote: > Thank you! > I have hoped, that there is some kind of direct usage. Because > "fstp a" is compiled into: >fstps -0x24(%ebp) // address of local variable "a" on stack > and "pa^ := a" into: >mov-0x4(%ebp),%eax >mov-0x40(%eax),%edx //

Re: [fpc-pascal] BlockWrite() version 2.6.4

Hi, On Mon, 14 Aug 2017, Brian wrote: > Thanks Charlie. > > I notice the Do_Write() uses repeat .. until where fpWrite() does a direct > call. > > What was the reasoning for the repeat..until in Do_Write() ? Because FpWrite() is just the direct Unix OS call, so the RTL doesn't add extra

Re: [fpc-pascal] BlockWrite() version 2.6.4

Hi, On Sat, 5 Aug 2017, Michael Van Canneyt wrote: > > In which file can the source code specific to BlockWrite() version 2.6.4 be > > found ? > > Headers are in rtl/inc/systemh.inc > actual routines are in rtl/inc/file.inc Just an addition, BlockWrite() actually calls the internal RTL function

Re: [fpc-pascal] Semaphores removed from the rtl?

Hi, On Wed, 19 Jul 2017, Anthony Walter wrote: > Thanks for that bit of information Charlie. I should have searched the > svn logs. > > (...) > > It just seems to me like the concept of a semaphore has been well > established in CS for decades and it's a bit weird to remove them from > the rtl.

Re: [fpc-pascal] Semaphores removed from the rtl?

Hi, On Wed, 19 Jul 2017, Anthony Walter wrote: > When and why were semaphores removed from the rtl? They are removed from trunk since Sept 2016, and I think they were deprecated for a while now, although I cannot confirm this. But what's sure, they were only implemented and used interally for

Re: [fpc-pascal] Food for thought - language string improvement

Hi, On Thu, 6 Jul 2017, Graeme Geldenhuys wrote: > On 2017-07-06 15:35, Karoly Balogh (Charlie/SGR) wrote: > > But sure, web devs are well known for their productivity... :P > > Just in case you thought I was a web developer - far from it! > > Anyway, the idea wa

Re: [fpc-pascal] Food for thought - language string improvement

Hi, On Thu, 6 Jul 2017, Graeme Geldenhuys wrote: > Imagine if FPC had type inference and multi-line strings, neither very > exotic features. The code then becomes: > > = > var query := '''SELECT Customers.CustomerName, Orders.OrderID > FROM Customers >

Re: [fpc-pascal] for loops performance problems?

Hi, On Wed, 5 Jul 2017, Anthony Walter wrote: > I replaced the calls to World.Vertex/.TexCoord/.Color with a local > vertex buffer (an array of TColorTexVertex) eliminating the function > calls you mentioned. The frames per seconds with vsync off is identical, > so I'm pretty sure that's not

Re: [fpc-pascal] for loops performance problems?

Hi, On Wed, 5 Jul 2017, fredvs wrote: > Please take a look at this: > > https://www.mail-archive.com/fpc-pascal%40lists.freepascal.org/msg46162.html > > and this: > > http://www.mail-archive.com/mseide-msegui-talk@lists.sourceforge.net/msg11078.html > > fpc has a huge problem for float

Re: [fpc-pascal] for loops performance problems?

Hi, On Tue, 4 Jul 2017, Anthony Walter wrote: > I think the code to generate the geometry each frame isn't that complex, > and I pre-allocate room in my buffer for all the geometry just once, so > it seems doing to calculations for the geometry is what's killing the > performance. The

Re: [fpc-pascal] Running Freepascal programs on other computers

Hi, On Wed, 28 Jun 2017, James Richters wrote: > Does anyone know how this is normally achieved, and how to implement > this with my freepascal console applications? I'm not a Windows developer, but You have to code sign your executable, probably, just like any normal Windows app you'd release.

Re: [fpc-pascal] FPC for AVR

Hi, On Thu, 15 Jun 2017, Mark Morgan Lloyd wrote: > At the risk of making myself unpopular: because right now I /don't/ have > time. Sorry, I didn't mean this personal to you. I was just a bit triggered on the fact that people offer competing products on FPC status requests, because I've seen

Re: [fpc-pascal] FPC for AVR

Hi, On Thu, 15 Jun 2017, Mark Morgan Lloyd wrote: > > mikroPascal (not free) supports AVR and many other chips. > > https://shop.mikroe.com/compilers/mikropascal/avr-electronic-license > > Brian > > Yes, but I was asking about the FPC situation. I'm desperately resisting > local pressure to

[fpc-pascal] Mantis/Bugtracker registrations fixed

Hi, We had numerous reports over the past few weeks, that the FPC/Lazarus Bugtracker registration verification was broken. Thanks to the work of Michael van Canneyt, it should be fixed now. If you had trouble creating a bugtracker account in the last few weeks, please try again now. Charlie

Re: [fpc-pascal] FPC Graphics options?

Hi, On Mon, 22 May 2017, Nikolay Nikolov wrote: > Today, I checked whether we can take advantage of this optimization for > floats, but I didn't see any load-modify-store instructions in the x86 > instruction set (neither x87, nor SSE/AVX). Are there any floating point > instructions on any

Re: [fpc-pascal] FPC Graphics options?

Hi, On Fri, 19 May 2017, Sven Barth via fpc-pascal wrote: > I think Jeppe wanted to add vector support. Though the question here is > whether one wants to optimize/detect this at the AST level and convert > that to implicit vectors or at the CSE level. I think the higher level you can do an

Re: [fpc-pascal] FPC Graphics options?

Hi, On Fri, 19 May 2017, Reimar Grabowski wrote: > Final: The render function takes about 90%, the cast-to-int about 5%. No > other interesting functions shown. So the missing time must be spent > doing floating point math and branching (ifs), as that's all the render > function does. Well, if

Re: [fpc-pascal] FPC Graphics options?

Hi, On Fri, 19 May 2017, Graeme Geldenhuys wrote: > Bottom line is, with the exact same code, NO work-arounds is required > for GCC or Java! So why must we have work-arounds for FPC? It's a > compiler or RTL issue - not being able to understand the code good > enough to generate more efficient

Re: [fpc-pascal] Coroutines and VirtualAlloc

Hi, On Wed, 19 Apr 2017, Ryan Joseph wrote: > yes, I?d like to see that so I know why my example doesn?t work as I > expected. Everything I?m hearing makes me think ?i? should keep > incrementing after I call SetJmp and then return with JongJmp but > there?s something I?m missing obviously.

Re: [fpc-pascal] Threading vs Parallelism ?

Hi, On Wed, 29 Mar 2017, fredvs wrote: > > besides hardware parallelism, > > Is it possible, with fpc, to assign one processor (if multi) for a > thread and say to the system to use this one only for the thread ? But > maybe it will gives more problems than solutions. Yes, it's called

Re: [fpc-pascal] Delphi RTTI vs Free Pascal RTTI

Hi, On Fri, 24 Mar 2017, Graeme Geldenhuys wrote: > On 2017-03-24 18:55, Michael Van Canneyt wrote: > > They are. There is one dereference on Delphi which is not present in fpc, > > although in fpc trunk > > Another minor difference is data types. From what I remember (and as can > be seen in

Re: [fpc-pascal] Delphi for Linux is out

Hi, On Thu, 23 Mar 2017, Mattias Gaertner wrote: > > > When did FPC start to run on Linux? 1999? > > > > I got the first "hello world" around 1995-1996, I think, > > together with Mark May. (if memory serves well) > > Well, Delphi didn't start with a "Hello World". So that would be a > little

Re: [fpc-pascal] Delphi for Linux is out

Hi, On Thu, 23 Mar 2017, Graeme Geldenhuys wrote: > Just thought I would mention, yesterday Delphi 10.2 was released which > includes Linux support (I assume a cross-compiler). It is only available > in the Enterprise edition product line though, and only Linux Server > style apps are supported

Re: [fpc-pascal] FreePascal Windows - Force files to write to disk

Hi, On Wed, 22 Mar 2017, Giuliano Colla wrote: > Il 22/03/2017 13:20, James Richters ha scritto: > > No, it is not only freepascal, but not every program either. > > A wild guess. The vilain could be the journal logic. Wild indeed. :) > You might try overwriting the old file instead of

Re: [fpc-pascal] FreePascal Windows - Force files to write to disk

Hi, On Wed, 22 Mar 2017, Karoly Balogh (Charlie/SGR) wrote: > However, please note that transactional file handling on power loss is a > quite delicate scenario, so you might not be able to solve all the related > problems with this - what happens exactly when you get a power lo

Re: [fpc-pascal] FreePascal Windows - Force files to write to disk

Hi, On Wed, 22 Mar 2017, James Richters wrote: > No, it is not only freepascal, but not every program either. I'm no Windows expert, but Windows API seems to have a way do to this directly. CreateFile() API seems to have a flag, which has a value FILE_FLAG_WRITE_THROUGH, which will cause the

Re: [fpc-pascal] Threadvar member field

Hi, On Fri, 17 Mar 2017, Michael Schnell wrote: > Accessing threadvars (in fpc) costs a lot more CPU cycles (i.e. involves > an OS call) than accessing normal variables. This is actually entirely platform specific. The underlying implementation of threadvars is very different for each platform,

Re: [fpc-pascal] WebAssembly Target

Hi, On Fri, 17 Mar 2017, Michael Van Canneyt wrote: > In fact, there is an alternate approach, transpiling pascal to Javascript. > > It's much farther ahead than the webassembly target, already produces > programs running in the browser and the first web-based components are > already being

Re: [fpc-pascal] WebAssembly Target

Hi, On Thu, 16 Mar 2017, Graeme Geldenhuys wrote: > And this brings me to my next worry. As far as I understand, WebAssembly > is C (for now - other languages to follow) compiled into WebAssembly > bytecode. So now we have C code with all its pointer access, buffer > overflow issues etc running

Re: [fpc-pascal] WebAssembly Target

Hi, On Thu, 16 Mar 2017, Mattias Gaertner wrote: > > which was basically striped down Javascript with some integer/pointer > > type tagging. As far as I know, the main problem with JS from a > > computing point of view, that it handles all numbers as floats for > > "simplicity", but with some

Re: [fpc-pascal] WebAssembly Target

Hi, On Thu, 16 Mar 2017, Graeme Geldenhuys wrote: > I love how they say multiple times in the video: > >"... and completely secure." > > Umm, didn't they say the exact same thing about Java Applets, Flash, > Silverlight etc. :) I guess time will tell, but if history is anything > to go buy,

Re: [fpc-pascal] WebAssembly Target

> > WebAssembly > > > <https://www.bleepingcomputer.com/news/software/mozilla-releases-firefox-52-the-first-browser-to-support-webassembly/>") > > [1] . > > Karoly Balogh (Charlie/SGR) is working on this, and as far as I know has > already some degree of success

Re: [fpc-pascal] Pointer hashing

Hi, On Mon, 30 Jan 2017, Ryan Joseph wrote: > I?m trying to hash a pointer value and found some example of hash > function but not sure about translations and the process in general. > > 1) Should I cast ?pointer? as PtrUInt to get an integer from a pointer? > I?m looking for the memory address

Re: [fpc-pascal] JSON parser error due to my data values.

Hi, On Thu, 26 Jan 2017, Graeme Geldenhuys wrote: > It seems like it is trying to interpret the field data value like a > C/C++ escape sequence. eg: \n meaning NewLine > > I such escape sequence processing a JSON standard? Yes. See:

Re: [fpc-pascal] FPC 3.0.0 seed compiler for Rasperry Pi ARM?

Hi On Sat, 7 Jan 2017, Bo Berglund wrote: > I went ahead and tried the command but it failed miserably... > > pi@rpi3-jessie:~/dev/fpc/3.0.2RC1 $ make all install > FPC="/home/pi/bin/fpc/3.0.0" > INSTALL_PREFIX="/home/pi/bin/fpc/3.0.2RC1" OPT="-dFPC_ARMHF" With FPC, You need to specify the

Re: [fpc-pascal] FPC 3.0.0 seed compiler for Rasperry Pi ARM?

Hi, On Thu, 5 Jan 2017, Bo Berglund wrote: > I just need the seed compiler to be able to build FPC from sources. > And build Lazarus of course. Then you need "ppcarm" from that archive, and nothing else. Just copy it whereever you want, in your home dir, or something and do: make all install

Re: [fpc-pascal] FPC clean room project

Hi, On Mon, 2 Jan 2017, Santiago A. wrote: > Well, I think it's evident  that Freepascal and lazarus tries to be > delphi compatible, and that means that must look close to delphi to > imitate it's behavior and syntax. > > Is that reverse engineering? Well, I'm not a lawyer, I don't know where >

Re: [fpc-pascal] FPC 3.0 deb packages?

Hi, On Mon, 5 Sep 2016, Jon Foster wrote: > After I banged on it for many hours applying several crude patches it > finally makes packages again. But all of this leads me to believe that > Debian packages for FPC are no longer maintained / supported? If so > what's the story? Maybe my crude

Re: [fpc-pascal] LLVM Backend Support

Hi, On Wed, 31 Aug 2016, African Wild Dog wrote: > > The code optimizers, yes. The rest, not so much. > > > >> Will the FPC team, somewhere in the future, adopt the LLVM as the > >> backend on all platforms ? > > > > No, for various reasons: > > Again,thanks for the detailed explanation. As this

Re: [fpc-pascal] LLVM Backend Support

Hi, On Wed, 31 Aug 2016, Anthony Walter wrote: > I'm not too familiar with LLVM so I'll ask, is it at all likely that an > LLVM compiler would produce significantly better/faster optimizations > than FPC as it stand currently? What range would be talking about 100% > faster? Less? More? We just

Re: [fpc-pascal] reference-counted function results not initialized to nil

Hi, On Sun, 26 Jun 2016, Jürgen Hestermann wrote: > Am 2016-06-26 um 14:27 schrieb Karoly Balogh (Charlie/SGR): > > There's no exception. At least not specifically for Result. It is simply > > variable passed by reference from the caller side, therefore it's not > &g

Re: [fpc-pascal] reference-counted function results not initialized to nil

Hi, On Sun, 26 Jun 2016, Jürgen Hestermann wrote: Ok, scrap what I wrote before... :| You are right about the managed types initialization. But then the documentation needs to be corrected there too. But actually, result is not a local var, but in fact a "special" parameter of the function. My

Re: [fpc-pascal] reference-counted function results not initialized to nil

Hi, On Sat, 25 Jun 2016, Jürgen Hestermann wrote: > This has definitely changed with Free Pascal 3 as my programs suddenly > did not work anymore and I had to add Setlength() all over my code. > Before we could rely on that managed types where always initialized > (well, that's the purpose of

  1   2   >