2017-06-25 2:50 GMT+02:00 Denis Obrezkov <denisobrez...@gmail.com>: > 2017-06-25 2:15 GMT+02:00 Joel Sherrill <j...@rtems.org>: > >> They are supposed to use the installed linkcmds. >> >> On Jun 24, 2017 6:04 PM, "Denis Obrezkov" <denisobrez...@gmail.com> >> wrote: >> >>> 2017-06-23 21:03 GMT+02:00 Denis Obrezkov <denisobrez...@gmail.com>: >>> >>>> 2017-06-23 20:16 GMT+02:00 Denis Obrezkov <denisobrez...@gmail.com>: >>>> >>>>> 2017-06-23 16:39 GMT+02:00 Joel Sherrill <j...@rtems.org>: >>>>> >>>>>> >>>>>> >>>>>> On Jun 23, 2017 9:29 AM, "Gedare Bloom" <ged...@rtems.org> wrote: >>>>>> >>>>>> On Thu, Jun 22, 2017 at 8:32 PM, Denis Obrezkov < >>>>>> denisobrez...@gmail.com> wrote: >>>>>> >> Ok, then I will try to adapt the default linkcmd file today. >>>>>> >> >>>>>> >> -- >>>>>> >> Regards, Denis Obrezkov >>>>>> > >>>>>> > >>>>>> > Hello all, >>>>>> > It seems that data section wasn't copied from ROM, so I've added the >>>>>> > initialization code >>>>>> > and now I have a proper value. Thus, I can proceed further to new >>>>>> errors. >>>>>> > >>>>>> > I haven't started to develop new linkcmd file, general for the >>>>>> architecture >>>>>> > + specific >>>>>> > for the BSP. Should I? Hesham? >>>>>> > >>>>>> You may want to just get it working first, and then refactor the >>>>>> linkcmds. >>>>>> >>>>>> >>>>>> +1 just make sure it is working when you start doing this. :) >>>>>> >>>>>> >>>>>> > Also, I have a question: >>>>>> > there is a section called 'rwbarrier' and it is placed in data. >>>>>> Should it be >>>>>> > also initialized? >>>>>> > (copied from rom) >>>>>> Everything up to the bss probably should be copied from ROM. >>>>>> >>>>>> >>>>>> Agreed. Is there a crt0 in libgloss for this architecture to check >>>>>> against? >>>>>> >>>>>> Just remember that the order and layout of sections may have implicit >>>>>> ties to the code in the startup. >>>>>> >>>>>> >>>>>> > And is it possible to decrease a required memory amount by >>>>>> restricting a >>>>>> > user to C language usage? >>>>>> > (no C++ sections in linkcmd) >>>>>> > >>>>>> I don't think so. They shouldn't really be having an impact anyway >>>>>> except for C++ applications. >>>>>> >>>>>> >>>>>> All you end up with is a loop to iterate over the list of empty >>>>>> global constructors. >>>>>> >>>>>> >>>>>> > >>>>>> > -- >>>>>> > Regards, Denis Obrezkov >>>>>> > >>>>>> > _______________________________________________ >>>>>> > devel mailing list >>>>>> > devel@rtems.org >>>>>> > http://lists.rtems.org/mailman/listinfo/devel >>>>>> >>>>>> >>>>>> I have a little question: is there any connection between RTEMS >>> linker files >>> and example-v2 applications' linker files? >>> I think I have a similar mistake there: .data section is not initialized. >>> >>> >>> >>> -- >>> Regards, Denis Obrezkov >>> >> Ok, I will investigate this and libgloss question. > > Since, I was a bit lazy, I moved the low_ticker example into the rtems > testsuite folder and built it > Now, I have no mistakes with uninitialized data section and I was able to > proceed till the rtems_io_initialize function. > > -- > Regards, Denis Obrezkov > There is a crt0.s for RISC-V architecture. https://github.com/riscv/riscv-newlib/blob/riscv-newlib-2.5.0/libgloss/riscv/crt0.S
-- Regards, Denis Obrezkov
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
