Re: [fpc-devel] [AVR] Debugging objects

Hi, Στις 25/9/2022 2:50 μ.μ., ο/η Christo Crause έγραψε: On Sat, Sep 24, 2022 at 9:41 AM Dimitrios Chr. Ioannidis via fpc-devel wrote: Hi,    it seems that there is another DWARF bug regarding objects in units. 8< (gdb

Re: [fpc-devel] [AVR] Debugging objects

Hi, Στις 24/9/2022 10:31 π.μ., ο/η Dimitrios Chr. Ioannidis έγραψε: > Hi, > >   it seems that there is another DWARF bug regarding objects in units. As I patched my fpc 3.2.2 and 3.2.3 compilers, here is the results when I compile with fpc main rev. 2bf377744ae19bff141878708df2c9beb78b03f8,

[fpc-devel] [AVR] Debugging objects

Hi,   it seems that there is another DWARF bug regarding objects in units. Using MPLAB SNAP, ATBACKEND and gdb ( 8.3 ) session : --- Reading symbols from avr_object_debug_test.elf... (gdb) target remote :2345 Remote debugging using :2345 0x in _START () (gdb)

Re: [fpc-devel] TInetSocket connect timeout

Hi, On 2022-06-09 12:45, Joost van der Sluis via fpc-devel wrote: Op 08-06-2022 om 22:54 schreef Dimitrios Chr. Ioannidis via fpc-devel:   the TInetSocket ConnectTimeout cannot be smaller than 1 second. The reason is that the TInetSocket's CheckSocketConnectTimeout function has

[fpc-devel] TInetSocket connect timeout

Hi,   the TInetSocket ConnectTimeout cannot be smaller than 1 second. The reason is that the TInetSocket's CheckSocketConnectTimeout function has the microseconds field (tv_usec) of locTimeVal (PTimeVal) variable always zero .   I created a PR (

[fpc-devel] Windows avr-embedded binutils binaries

Hi, where can I found the avr-embedded windows binaries from the build repocitory ( https://svn.freepascal.org/svn/fpcbuild/binaries/i386-win32 ) ? The link, of course, does not work now . regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel

Re: [fpc-devel] Preparing 3.2.4, call for merge request and regressions

Hi, Στις 2/10/2021 12:03 π.μ., ο/η Christo Crause via fpc-devel έγραψε: On Wed, Sep 29, 2021 at 8:42 PM Florian Klämpfl via fpc-devel > wrote: Am 29.09.21 um 18:10 schrieb Christo Crause via fpc-devel: > There is a long list of AVR commits dating

Re: [fpc-devel] [Dwarf AVR] DIE refers to abbreviation number which does not exist

Hi, Στις 7/2/2021 2:29 μ.μ., ο/η Florian Klämpfl via fpc-devel έγραψε: Am 07.02.21 um 11:49 schrieb Dimitrios Chr. Ioannidis via fpc-devel: Hi,    I made some more tests, and it seems that there is a problem with the array types, used in other units where they are defined.    I don't know

Re: [fpc-devel] AVR systeminfo defaults to dwarf 3

Hi, Στις 10/2/2021 11:12 μ.μ., ο/η Christo Crause έγραψε: On Wed, Feb 10, 2021 at 3:16 PM Dimitrios Chr. Ioannidis via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> wrote: Hi, Στις 10/2/2021 2:25 μ.μ., ο/η Christo Crause έγραψε: On Wed, Feb 10, 2021 at 12:47 PM

Re: [fpc-devel] AVR systeminfo defaults to dwarf 3

Hi, Στις 10/2/2021 2:25 μ.μ., ο/η Christo Crause έγραψε: On Wed, Feb 10, 2021 at 12:47 PM Dimitrios Chr. Ioannidis via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> wrote: Hi,    I read at compiler/systems/i_embed.pas the AVR systeminfo, is the only one that, has a

Re: [fpc-devel] AVR systeminfo defaults to dwarf 3

Hi,   sorry for the noise ... ( again )   My mail client messed up the "To:" labels and I thought that I mailed directly to C Western...   Apologies. regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] AVR systeminfo defaults to dwarf 3

Hi,   I'm sorry for noise. This was intended for the fpc-devel list. Apologies. Στις 10/2/2021 12:47 μ.μ., ο/η Dimitrios Chr. Ioannidis έγραψε: Hi,   I read at compiler/systems/i_embed.pas the AVR systeminfo, is the only one that, has as default "dbg : dbg_dwarf3". The other embed systems

[fpc-devel] AVR systeminfo defaults to dwarf 3

Hi,   I read at compiler/systems/i_embed.pas the AVR systeminfo, is the only one that, has as default "dbg : dbg_dwarf3". The other embed systems that uses dwarf ( ARM, MIPSEL, i8086, m68k, RISCV32/64, XTENSA, Z80 ), all have as default "dbg : dbg_dwarf2".   The AVR has problems with

Re: [fpc-devel] [Dwarf AVR] DIE refers to abbreviation number which does not exist

Hi, Στις 4/2/2021 11:10 μ.μ., ο/η Florian Klämpfl via fpc-devel έγραψε: Am 04.02.21 um 00:28 schrieb Dimitrios Chr. Ioannidis via fpc-devel: < snip > This is most likely wrong. Can you please compile the unit with -al send the .s file? If it is too big, send it to me in private.

Re: [fpc-devel] [Dwarf AVR] DIE refers to abbreviation number which does not exist

Hi, Στις 7/2/2021 2:29 μ.μ., ο/η Florian Klämpfl via fpc-devel έγραψε: Am 07.02.21 um 11:49 schrieb Dimitrios Chr. Ioannidis via fpc-devel: Hi,    I made some more tests, and it seems that there is a problem with the array types, used in other units where they are defined.    I don't know

Re: [fpc-devel] [Dwarf AVR] DIE refers to abbreviation number which does not exist

Hi,   I made some more tests, and it seems that there is a problem with the array types, used in other units where they are defined.   I don't know if it helps but, if I define an array type on unit B, which a unit A uses it, and the unit B has a procedure / function which is called from

Re: [fpc-devel] [Dwarf AVR] DIE refers to abbreviation number which does not exist

Hi, Στις 4/2/2021 11:10 μ.μ., ο/η Florian Klämpfl via fpc-devel έγραψε: Am 04.02.21 um 00:28 schrieb Dimitrios Chr. Ioannidis via fpc-devel: < snip > This is most likely wrong. Can you please compile the unit with -al send the .s file? If it is too big, send it to me in p

[fpc-devel] [Dwarf AVR] DIE refers to abbreviation number which does not exist

Hi,  in Windows which cross tools / toolchain for avr should I use ? FPC's avr-embedded- ( from https://svn.freepascal.org/svn/fpcbuild/binaries/i386-win32 ) or Microchip's AVR Toolchain for Windows (

Re: [fpc-devel] dwarf 2 warning CIE

Hi, Στις 3/2/2021 10:06 μ.μ., ο/η Florian Klämpfl via fpc-devel έγραψε: Am 02.02.21 um 11:24 schrieb Dimitrios Chr. Ioannidis via fpc-devel: Hi,    while I investigate some problems I'm having regarding avr debugging, I noticed that the dwarf 2 / 3 generation gives a warning when I call

Re: [fpc-devel] dwarf 2 warning CIE

Hi, Στις 2/2/2021 7:33 μ.μ., ο/η Dimitrios Chr. Ioannidis via fpc-devel έγραψε: Hi, On 2021-02-02 18:47, Christo Crause wrote: On Tue, Feb 2, 2021 at 12:28 PM Dimitrios Chr. Ioannidis via fpc-devel wrote: Reading dwarf information with avr-embedded-objdump.exe --dwarf returns : &quo

Re: [fpc-devel] dwarf 2 warning CIE

Hi, On 2021-02-02 18:47, Christo Crause wrote: On Tue, Feb 2, 2021 at 12:28 PM Dimitrios Chr. Ioannidis via fpc-devel wrote: Reading dwarf information with avr-embedded-objdump.exe --dwarf returns : "avr-embedded-objdump.exe: Warning: Invalid CIE pointer 0x00c8 in FDE at 0x14

[fpc-devel] dwarf 2 warning CIE

Hi,   while I investigate some problems I'm having regarding avr debugging, I noticed that the dwarf 2 / 3 generation gives a warning when I call a procedure from another unit. Is it a bug or because it's a warning I can safely ignore it ? Reading dwarf information with

Re: [fpc-devel] FPC trunk embedded avr build broken

Hi, Στις 1/8/2020 2:59 μ.μ., ο Schindler Karl-Michael έγραψε: Am 01.08.2020 um 12:00 schrieb fpc-devel-requ...@lists.freepascal.org: Message: 1 Date: Sat, 1 Aug 2020 02:20:49 +0300 From: "Dimitrios Chr. Ioannidis" To: FPC developers' list Subject: [fpc-devel] FPC trunk embedded avr build

[fpc-devel] FPC trunk embedded avr build broken

Hi,   I tried unsuccessfully to build today's trunk reg. 45975 for target embedded avr and I got this internal error : "G:/Programming/dimitris/tools/fpc-trunk/bin/x86_64-win64/gmkdir.exe -p G:/Programming/dimitris/tools/svn/fpc/trunk/rtl/units/avr-embedded

[fpc-devel] test plz ignore

test plz ignore ___ fpc-devel maillist - fpc-devel@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] AVR subarch avrtiny

Hi, On 2020-01-19 20:09, Christo Crause wrote: On Sun, Jan 19, 2020 at 7:09 PM Dimitrios Chr. Ioannidis via fpc-devel wrote: Hi,    is it possible to change the subarch name from avrtiny to avrtiny10 as per AVR libc ? < snip > I suspect that reference is in need of an update. Th

[fpc-devel] AVR subarch avrtiny

Hi,   is it possible to change the subarch name from avrtiny to avrtiny10 as per AVR libc ? ( https://www.microchip.com/webdoc/avrlibcreferencemanual/using_tools_1using_avr_gcc_mach_opt.html ) regards, -- Dimitrios Chr. Ioannidis ___

Re: [fpc-devel] AVR - Internal Error 20039041

Hi, I just created a bug report ( https://bugs.freepascal.org/view.php?id=36236 ) for this . regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] AVR - Internal Error 20039041

Hi,   if it helps I can build ppcrossavr until 43318 revision.   IMHO, the 43319 rev. commit broke AVR build somehow. regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

[fpc-devel] AVR - Internal Error 20039041

Hi,   tried to build a ppcrossavr with :   "make.exe clean crossall crossinstall CPU_TARGET=avr OS_TARGET=embedded SUBARCH=avr5 INSTALL_PREFIX=G:\Programming\dimitris\tools\fpc-trunk CROSSBINDIR=G:\Programming\dimitris\tools\avr8-gnu-toolchain\bin CROSSOPT="-g -gw2 -O1 -dDEBUG"

[fpc-devel] AVR div, mod and shift operations for 64 bit math

Hi, did you find the time to review the patch in the issue ( https://bugs.freepascal.org/view.php?id=35691 ) ? IMHO, as I used it quite some time now, it does what it claims :) ... regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist -

[fpc-devel] avr-gdb and dwarf 3

Hi, AFAIU, you build the AVR RTL with dwarf 3 ( doesn't support dwarf 2 ) if you want RTL debugging information. But, the avr-gdb ( at least the latest 3.5.4.1709 from Microchip ( Atmel ) ) supports only dwarf 2. How can I debug the RTL ? regards, -- Dimitrios Chr. Ioannidis

Re: [fpc-devel] [fpc-pascal] ENC28J60 Ethernet Controller AVR/ARM Driver

Hi Jeppe, Στις 2/6/2019 5:46 μ.μ., ο Jeppe Johansen έγραψε: On 6/1/19 3:37 PM, Dimitrios Chr. Ioannidis via fpc-pascal wrote: < snip >   As I'm not a compiler guy, isthe "volatile" intrinsic supported in AVR platform ( I didn't find it in intrinsics unit ) ? It's supported, but it does

Re: [fpc-devel] [fpc-pascal] ENC28J60 Ethernet Controller AVR/ARM Driver

Hi Christo, Στις 3/6/2019 9:47 μ.μ., ο Christo Crause έγραψε: On Mon, Jun 3, 2019 at 11:16 AM Dimitrios Chr. Ioannidis via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> wrote: >>     and add support for the avrxmega3 subarch, atmega 3208, >> 3209, 4808

Re: [fpc-devel] ENC28J60 Ethernet Controller AVR/ARM Driver

Hi Michael, On 2019-06-02 17:38, Michael Ring wrote: My 10 Cents on 'Embedded friendlyness': < snip > I appreciate very much that you shared your experience and opinion. Certainly food for thought ! Thank you very much for your time writing this ! regards, -- Dimitrios Chr. Ioannidis

Re: [fpc-devel] [fpc-pascal] ENC28J60 Ethernet Controller AVR/ARM Driver

Hi Jeppe, Wow, what can I say. In a weekend you fix / resolve issues that they were stalled for a long time. Really appreciated. On 2019-06-02 17:46, Jeppe Johansen wrote: On 6/1/19 3:37 PM, Dimitrios Chr. Ioannidis via fpc-pascal wrote: < snip >   First and more important, in the

[fpc-devel] Internal error 2017091103 AVR

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

[fpc-devel] ENC28J60 Ethernet Controller AVR/ARM Driver

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 ( https://github.com/UIPEthernet/UIPEthernet.git )) and I want to ask the

Re: [fpc-devel] Cortex-M0 (SAMD21G18A) and gcc-arm-none-eabi-8-2018-q4-major-win32

Hi Michael, On 2019-05-26 14:14, 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 official trunk.

Re: [fpc-devel] Cortex-M0 (SAMD21G18A) and gcc-arm-none-eabi-8-2018-q4-major-win32

Hi, Στις 26/5/2019 11:25 π.μ., ο Dimitrios Chr. Ioannidis via fpc-devel έγραψε: < snip> In this bug report there is a link for a patched toolchain . I'll try it later today to see how it goes. Just FYI, the patched toolchainhttps://github.com/gnu-mcu-eclipse/arm-none-eabi-gcc/re

Re: [fpc-devel] Cortex-M0 (SAMD21G18A) and gcc-arm-none-eabi-8-2018-q4-major-win32

Hi Christo, Στις 26/5/2019 11:10 π.μ., ο Christo Crause έγραψε: On Sun, May 26, 2019 at 9:16 AM Dimitrios Chr. Ioannidis via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> wrote: "G:\Programming\dimitris\tools\gcc-arm-none-eabi\bin\arm-none-eabi-objcopy.exe:

[fpc-devel] Cortex-M0 (SAMD21G18A) and gcc-arm-none-eabi-8-2018-q4-major-win32

Hi,   yesterday I tried ( for first time ) to use the fpc for arm with the gcc-arm-none-eabi-8-2018-q4-major-win32 toolchain and I got this error : "G:\Programming\dimitris\tools\gcc-arm-none-eabi\bin\arm-none-eabi-objcopy.exe: G:\Programming\dimitris\tools\mbf\Samples\Blinky\Blinky.hex

[fpc-devel] FPC AVR embedded

Hi, I'll appreciate if you can tell me if the AVR target will continue to be supported. Is there a maintainer for this target ? FYI, my interest for those MCUs is purely amateurish. I can switch to ARM MCUs but I happened to like those 8 Bit little things which I found to be more easily

[fpc-devel] AVR HeapSize and StackSize

Hi,   I'm using the heapmgr unit and, for the atmega328p, AFAIU the default heap size is 80 bytes. Cause it's too small for my needs, I changed to 512 bytes ( -Ch512 ). But now I'm worrying for the stack and heap collision.   Can anybody know any resources, docs regarding FPC stack and heap

Re: [fpc-devel] "Blank slate" next version of FPC

Hi, Στις 20/2/2019 4:46 μ.μ., ο Paul van Helden έγραψε: On Wed, Feb 20, 2019 at 4:35 PM Dimitrios Chr. Ioannidis via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> wrote:   Even if declaring variables as close as possible to where the variable will be used ( debug

Re: [fpc-devel] "Blank slate" next version of FPC

Hi, Στις 20/2/2019 3:36 μ.μ., ο Paul van Helden έγραψε: > > 1. it makes it easier to see the whole picture just looking at the loop > > body, no need to scroll up; (The loop body might be just 10 lines of code, > > whereas the whole containing function sometimes has 1000s)

Re: [fpc-devel] "Blank slate" next version of FPC

Hi, Στις 20/2/2019 3:25 μ.μ., ο Henry Vermaak έγραψε: On Wed, Feb 20, 2019 at 09:47:20AM -0300, Marcos Douglas B. Santos wrote: On Wed, Feb 20, 2019 at 8:32 AM Henry Vermaak wrote: I'm mostly more interested in limiting the scope to prevent accidental use, like you. It can also offer more

[fpc-devel] AVR ATMEGA4808 ATMEGA4809

Hi,   is there a plan to support the new atmega series 4808,4809 in the AVR compiler ? regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

[fpc-devel] @Gareth messages thread

Hi Gareth, could you please try again to fix the threading for your messages ? It's hard to follow your very interesting conversation's without proper list thread support. regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist -

[fpc-devel] Soft Float for AVR

Hi, AFAIU, the AVR architecture doesn't support floating point variables. I want to ask if soft float support ( like ARM ) is planned. Does anyone work or plan to work on this ? regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist -

[fpc-devel] FPC trunk build failed

Hi,   I tried to build trunk today and I got the following error : aasmcpu.pas(1540,31) Error: Compilation raised exception internally Fatal: Compilation aborted An unhandled exception occurred at $004B6EEE: EAccessViolation: Access violation   $004B6EEE  TSETCONSTNODE__ELEMENTS,  line 1180 of

Re: [fpc-devel] Request for applying patch #33124

Hi, On 2018-04-25 09:47, Ondrej Pokorny wrote: < snip > Anyway, my email to Ryan Joseph  http://www.pascal-central.com/gladiator.html [2] came back as undelivered. I see one Ryan Joseph in fpc-pascal list . Maybe he is the same ? regards, -- Dimitrios Chr. Ioannidis

[fpc-devel] win32 3.0.2 and SEH

Hi, is the SEH for win32 enabled by default on 3.0.2 or not ( someone needs the -dTEST_WIN32_SEH ) ? AFAIU, SEH is enabled in Win64 for 3.0.2 correct ? I'm a little confused, so is it possible someone to clarify this ? regards -- Dimitrios Chr. Ioannidis

[fpc-devel] Let's Encrypt cert and mantis.freepascal.org

Hi, is it possible to add the domain mantis.freepascal.org in the let's encrypt cert or change the subversion bugtrack:url property from mantis.freepascal.org to bugs.freepascal.org ? I use a lot the svn log and when I'm clicking the bug id I get a SSL_ERROR_BAD_CERT_DOMAIN which is a

[fpc-devel] IsMultiThread always true issue 30535

Hi, is the commit from 35567 rev. compatible with 3.0.x fixes branch ? If so is it possible someone to commit it also there ? regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org