Re: [fpc-devel] AVR ATMEGA4808 ATMEGA4809

On Mon, Nov 5, 2018 at 12:37 AM Dimitrios Chr. Ioannidis < d.ioanni...@nephelae.eu> wrote: > Στις 4/11/2018 9:07 μμ, ο Christo Crause έγραψε: > > > I can share a patch if you want to test the compiler with an actual > > device or simulator. > > That would be nice. I have the chip ( Microchip was

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

On Mon, November 5, 2018 18:02, wkitt...@windstream.net wrote: > On 11/4/18 10:31 PM, Ben Grasset wrote: . . > for me, i'm done with this thread now ;) I'd appreciate if this part of the discussion related to importance of TP compatibility is finished for everybody. I understand that the origi

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

On 11/4/18 10:31 PM, Ben Grasset wrote: It may really truly be the case that you somehow have a codebase that you're still in the process of porting, no one said "still in the process of porting"... porting of those hasn't even started... but in all honesty /just /setting {$mode TP} and not

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

On 11/4/18 10:26 PM, Ben Grasset wrote: I'm not young. You're making all kinds of assumptions here. TP7 /is /generally speaking, irrelevant in the fast majority of cases nowadays. FPC is 1000x more advanced in every conceivable way than any version of Turbo Pascal ever was. There is nothing "in

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

Am Mo., 5. Nov. 2018, 04:43 hat Ben Grasset geschrieben: > I honestly have no idea. It's not an issue I've ever encountered, as I've > literally never built Lazarus with a toolchain that wasn't 64 bit. It would > seem to be the case though that it is indeed very possible (at some > level/point) f

Re: [fpc-devel] Array assignment operator

Am Mo., 5. Nov. 2018, 01:00 hat Gennady Agranov geschrieben: > On 11/4/2018 5:24 PM, Sven Barth via fpc-devel wrote: > > Am So., 4. Nov. 2018, 20:36 hat Gennady Agranov > geschrieben: > >> On 11/4/2018 11:24 AM, Sven Barth via fpc-devel wrote: >> >> Am So., 4. Nov. 2018, 12:23 hat Schindler Karl

Re: [fpc-devel] max_operands for AVR after rev 40170

On Sat, Nov 3, 2018 at 8:31 AM Christo Crause wrote: > On Fri, Nov 2, 2018 at 12:51 PM Pierre Muller > wrote: > >> Hopefully someone else can explain that discrepancy, >> I have no idea why this exists, >> it might be simply related to the CPU instructions >> with most parameters that are consid

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

On Sun, 4 Nov 2018 22:43:19 -0500 Ben Grasset wrote: >[...] > It's worth noting I guess that Lazbuild *does *invoke the FPC > instances all at the same time, and by default uses the number of > CPUs as the limit. It seems theoretically possible that if you had > let's say 8 copies of specifically