On Mon, Jun 3, 2019 at 4:43 AM Michael Ring wrote:
> Is this issue also known to you? I am trying to build avr6 support:
>
> BINUTILSPREFIX=avr- ; CROSSOPT="-O- -g -dDEBUG"
> SUBARCH=avr6
> make clean buildbase CROSSINSTALL=1 OS_TARGET=embedded CPU_TARGET=avr
> SUBARCH=$SUBARCH
Thank you, not using -gw2 did the trick for avr5.
Is this issue also known to you? I am trying to build avr6 support:
BINUTILSPREFIX=avr- ; CROSSOPT="-O- -g -dDEBUG"
SUBARCH=avr6
make clean buildbase CROSSINSTALL=1 OS_TARGET=embedded
CPU_TARGET=avr SUBARCH=$SUBARCH CROSSOPT="$CROSSOPT"
> On Jun 2, 2019, at 4:36 PM, Sven Barth via fpc-devel
> wrote:
>
> Am 02.06.2019 um 16:39 schrieb Ryan Joseph:
>> I just tried to declare these 2 procedures in 3.3.1 and got an error. You
>> can declare them in the reverse order with no problem. A bug?
>>
>> generic procedure DoThis(msg:
Am 02.06.2019 um 16:39 schrieb Ryan Joseph:
I just tried to declare these 2 procedures in 3.3.1 and got an error. You can
declare them in the reverse order with no problem. A bug?
generic procedure DoThis(msg: T);
begin
end;
procedure DoThis(msg: TObject); // Overloaded identifier "DoThis"
It's been snuck in now :)
On 5/26/19 1:14 PM, Michael Ring wrote:
Just one note of caution:
When you encounter strange behaviour of your Code on Cortex-M0 in
respect to DIV commmand then check the mailinglist, Jeppe has provided
a fix but I am not quite sure if the fix has made it into
On Sun, Jun 2, 2019 at 4:51 PM Michael Ring wrote:
> I tried answering a question on the list today and to do so I did my
> 'first time ever' compile of the avr target.
>
> This is how I tried to build the avr-embedded target on my Mac:
>
>SUBARCH=avr5; BINUTILSPREFIX=avr- ; CROSSOPT="-O-
I just tried to declare these 2 procedures in 3.3.1 and got an error. You can
declare them in the reverse order with no problem. A bug?
generic procedure DoThis(msg: T);
begin
end;
procedure DoThis(msg: TObject); // Overloaded identifier "DoThis" isn't a
function
begin
end;
Regards,
I tried answering a question on the list today and to do so I did my
'first time ever' compile of the avr target.
This is how I tried to build the avr-embedded target on my Mac:
SUBARCH=avr5; BINUTILSPREFIX=avr- ; CROSSOPT="-O- -gw2 -dDEBUG"
make clean buildbase CROSSINSTALL=1
On 6/1/19 3:37 PM, Dimitrios Chr. Ioannidis via fpc-pascal wrote:
Hi,
I started to write a driver (
https://github.com/dioannidis/fp_ethernet_enc28j60.git ) for this chip
( ENC28J60 Ethernet Controller ) first for the AVR platform, ( heavily
inspired from the UIPEthernet library (
My 10 Cents on 'Embedded friendlyness':
Objects and simple functions/procedures do not differ much in
flash/memory usage as long as you do not use constructors/destructors.
Calling your first constuctor adds arround 750 bytes of extra code (on
avr platform). As those avr devices can have
Should be fixed now.
On 6/2/19 10:34 AM, Dimitrios Chr. Ioannidis via fpc-devel wrote:
Hi,
I got "Error: Internal error 2017091103" when I build the Laksen's
fp-ethernet with > -O1 optimization . AFAIK, the internal error's is a
compiler bug and something that should never happen. Should I
Yes, if you can consistently raise an internal error, raise a bug report.
Gareth aka. Kit
On 02/06/2019 09:34, Dimitrios Chr. Ioannidis via fpc-devel wrote:
Hi,
I got "Error: Internal error 2017091103" when I build the Laksen's
fp-ethernet with > -O1 optimization . AFAIK, the internal
On Sat, 1 Jun 2019, Ben Grasset wrote:
On Sat, Jun 1, 2019 at 10:58 AM Sven Barth via fpc-devel <
fpc-devel@lists.freepascal.org> wrote:
I personally consider it a worthwhile addition.
What version did Delphi add that in? I honestly had no idea it was a thing.
Makes it seem especially
Hi,
I got "Error: Internal error 2017091103" when I build the Laksen's
fp-ethernet with > -O1 optimization . AFAIK, the internal error's is a
compiler bug and something that should never happen. Should I create a
bug report ?
The error message is : "fpethudp.pas(271,11) Error: Internal
Ben Grasset schrieb am Sa., 1. Juni 2019, 22:49:
> On Sat, Jun 1, 2019 at 10:58 AM Sven Barth via fpc-devel <
> fpc-devel@lists.freepascal.org> wrote:
>
>> I personally consider it a worthwhile addition.
>>
>
> What version did Delphi add that in? I honestly had no idea it was a thing.
>
I
> On Jun 1, 2019, at 6:00 AM, Michael Van Canneyt
> wrote:
>
> I don't think this syntax is a good idea.
>
> What with overloads ?
>
> Procedure MyProc(a:T);
> Procedure MyProc(a : TObject);
Currently the non-generic gets called in this situation. That’s because
non-generic procedures
16 matches
Mail list logo