Re: [fpc-devel] Status of ESP8266 embedded target

2022-10-03 Thread Travis Siegel via fpc-devel
On 10/4/2022 1:07 AM, Christo Crause wrote: On Tue, 4 Oct 2022, 01:15 Travis Siegel via fpc-devel, wrote: Does this process use gcc to do the compile, instead of fpc directly? If it does, I will dig into making it compatible with Parallax's line of propeller boards,

Re: [fpc-devel] Status of ESP8266 embedded target

2022-10-03 Thread Travis Siegel via fpc-devel
Does this process use gcc to do the compile, instead of fpc directly? If it does, I will dig into making it compatible with Parallax's line of propeller boards, since it now supports GCC to generate code for the propeller 1 and 2 boards.  Being able to program these in pascal would be wonderful

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-13 Thread Travis Siegel via fpc-devel
On 1/13/2022 12:48 AM, Nikolay Nikolov via fpc-devel wrote: The i386 compiler uses the x87 FPU for floating point. The x87 supports the 32-bit single precision floating point type, the 64-bit double precision floating point type and the 80-bit extended precision extended floating point type. S

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 Travis Siegel via fpc-devel
On 1/12/2022 5:20 PM, Sven Barth via fpc-devel wrote: When compiling from a target supporting Extended to one only supporting Double there isn't a loss of precision when calculating values at compile time. The other way around however, there *is* and that is the more crucial problem. Regards

Re: [fpc-devel] Question to developers

2021-09-17 Thread Travis Siegel via fpc-devel
Personally, I like the idea of having as much optimization as possible, but I'm likely in the minority here.  Since your original submission covered the (probably) most often used case, I'd say at this point, it's probably fine the way it is. On the other hand, depending on timing, (I.E. how l

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-28 Thread Travis Siegel via fpc-devel
On 9/28/2020 9:35 AM, Nikolay Nikolov via fpc-devel wrote: On 9/28/20 12:24 AM, Travis Siegel via fpc-devel wrote: How does one get a 64-bit version on windows.  When I try to run a 64-bit version on windows, I encounter an error, though I don't remember what that error is, since I&#

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-28 Thread Travis Siegel via fpc-devel
On 9/27/2020 3:50 PM, Florian Klämpfl via fpc-devel wrote: - there are little libraries being really IEEE compliant for float128 - if they are IEEE compliant, their license does not allow to use the code in the FPC rtl. I don't understand this statement. How does having all the required fun

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-28 Thread Travis Siegel via fpc-devel
How does one get a 64-bit version on windows.  When I try to run a 64-bit version on windows, I encounter an error, though I don't remember what that error is, since I've not tried it for a couple weeks.  I didn't even know there was a 64-bit windows version, because as mentioned below, linking

Re: [fpc-devel] fp without X

2014-03-18 Thread Travis Siegel
Generally, TERM is the setting you want. I generally do an export TERM=vt100 in my .profile file, and all is as it should be. You could of course substitute any value of your choice, but I find vt100 is the lowest common demonitor, and it works everywhere and with everything. If your .profile

Re: [fpc-devel] DOS GUI

2014-01-16 Thread Travis Siegel
On Jan 14, 2014, at 10:11 AM, Michael Van Canneyt wrote: The author may also decide to declare his work as public domain - no special licence is then necessary. The only problem with the whole public domain thing is that it's not as easy to donate things to public domain as one thinks.

Re: [fpc-devel] DOS GUI

2014-01-08 Thread Travis Siegel
On Dec 26, 2013, at 1:17 PM, Jim Leonard wrote: On 12/26/2013 11:35 AM, Pierre Free Pascal wrote: It would be nice to have it publicly available. Seconded. I agree with this assessment as well. ___ fpc-devel maillist - fpc-devel@lists.freepa

Re: [fpc-devel] BBB / PRUS / M3 and fpc

2013-12-03 Thread Travis Siegel
On Dec 3, 2013, at 8:34 AM, Mark Morgan Lloyd wrote: Allowing that most users seem to be happy to use Parallax's proprietary tools, and that the assembler is very much geared to supporting their BASIC-like high-level language, and that the memory provision is fairly meager, it might be mor

Re: [fpc-devel] BBB / PRUS / M3 and fpc

2013-12-03 Thread Travis Siegel
While we're on the topic of proprietary processors. I have been idly wondering how difficult it would be to port fpc to generate code for another processor. It's from parallax, and is an 8-core chip, running at 80MHZ, but can be overclocked to 100MHZ with another timing crystal which they

Re: [fpc-devel] Multithreading under DOS

2013-09-27 Thread Travis Siegel
What's preventing any threading library from launching it's own program in a virtual 8086 machine, thereby leaving dos in it's own space. Any dos calls could simply be routed to that version of already running dos. Dos supports redirection, so if it's just a matter of getting some output,

Re: [fpc-devel] Multithreading under DOS

2013-09-27 Thread Travis Siegel
Vmix was an excellent multitasker. Recently, it's been (partially) released as opensource, though it's nowhere near as complete as the old shareware product was. Vmix operated by the simple expedient of creating a virtual 8086 machine for each simultaneous program the user wished to run.

Re: [fpc-devel] FPC 2.2.3 i386-darwin snapshot

2009-03-08 Thread Travis Siegel
You've gotten farther than I did. I can't get anything from pascocoa to compile, it complains about missing units. And the missing units are not included in the pascocoa sources, so no idea where to get them. (don't remember which unit is missing, will check later and write again) What did yo