dynamic loading in 4.11

Hello everyone. I want to try announced dynamical code loading. How can 
i do that? I've checkout source code from CSV, but there is no dlfcn.h 
file. Is this functionality in main branch?
_______________________________________________
rtems-users mailing list
rtems-users@...
http://www.rtems.org/mailman/listinfo/rtems-users

Re: dynamic loading in 4.11

On 2/12/11 7:42 PM, Oleg Moroz wrote:
> Hello everyone. I want to try announced dynamical code loading. How can
> i do that? I've checkout source code from CSV, but there is no dlfcn.h
> file.

The projects current status can be download from here:

  http://www.rtems.org/ftp/pub/rtems/people/chrisj/rtl/

Please download the latest version.

> Is this functionality in main branch?

No. I develop outside the main source tree and integrate once completed. 
I do this to speed up the development edit->compile cycle.

There are 2 parts to the project. The target side (rtl-<date>.tar.bz2) 
and host side (rtl-host-≤date>.tar.bz2). You need both parts.

The current status is:

1. The target side will load sparc, i386 and m68k and arm support is 
provided but I have not tested it. There is stubs for the NIOS target 
but it will not load.

2. The target side needs support to handle object files loaded with 
unresolved externals. This can occur if 2 object modules depend on each 
other. One needs to be loaded with the error and resolved once the other 
module is loaded. This means there needs to some memory put aside for 
the unresolved symbols and that complicates the management of the 

Re: dynamic loading in 4.11

Thanks for this full answer. Are this tools can work only with rtems-4.11?

On 02.12.2011 11:31, Chris Johns wrote:
> On 2/12/11 7:42 PM, Oleg Moroz wrote:
>> Hello everyone. I want to try announced dynamical code loading. How can
>> i do that? I've checkout source code from CSV, but there is no dlfcn.h
>> file.
>
> The projects current status can be download from here:
>
>  http://www.rtems.org/ftp/pub/rtems/people/chrisj/rtl/
>
> Please download the latest version.
>
>> Is this functionality in main branch?
>
> No. I develop outside the main source tree and integrate once 
> completed. I do this to speed up the development edit->compile cycle.
>
> There are 2 parts to the project. The target side (rtl-<date>.tar.bz2) 
> and host side (rtl-host-≤date>.tar.bz2). You need both parts.
>
> The current status is:
>
> 1. The target side will load sparc, i386 and m68k and arm support is 
> provided but I have not tested it. There is stubs for the NIOS target 
> but it will not load.
>
> 2. The target side needs support to handle object files loaded with 
> unresolved externals. This can occur if 2 object modules depend on 

Re: dynamic loading in 4.11

On 2/12/11 9:01 PM, Oleg Moroz wrote:
> Thanks for this full answer. Are this tools can work only with rtems-4.11?

No. It will be merged into the 4.11 tree but you could create a base 
image (application) with this code on 4.10 and use it. There is nothing 
specific in 4.11 you need. Put another way, it could be a 3rd party 
library for 4.10.

Chris
_______________________________________________
rtems-users mailing list
rtems-users@...
http://www.rtems.org/mailman/listinfo/rtems-users

Re: dynamic loading in 4.11

Thank you so much. I will try to use it.

On 02.12.2011 12:15, Chris Johns wrote:
> On 2/12/11 9:01 PM, Oleg Moroz wrote:
>> Thanks for this full answer. Are this tools can work only with 
>> rtems-4.11?
>
> No. It will be merged into the 4.11 tree but you could create a base 
> image (application) with this code on 4.10 and use it. There is 
> nothing specific in 4.11 you need. Put another way, it could be a 3rd 
> party library for 4.10.
>
> Chris

_______________________________________________
rtems-users mailing list
rtems-users@...
http://www.rtems.org/mailman/listinfo/rtems-users

Re: dynamic loading in 4.11

i'm trying to build test app:

./waf configure --rtems=/opt/rtems-4.10-nt/ 
--rtems-tools=/opt/rtems-4.10-nt/ --rtems-version=4.10

and after this:
./waf

Waf: Entering directory 
`/tmp/rtl-20111005/rtl-20111005/build/sparc-rtems4.10-leon3'
[20/20] cprogram: build/sparc-rtems4.10-leon3/init.c.4.o 
build/sparc-rtems4.10-leon3/main.c.4.o 
build/sparc-rtems4.10-leon3/fs-root-tarfile.o 
build/sparc-rtems4.10-leon3/dlfcn.c.1.o 
build/sparc-rtems4.10-leon3/dlfcn-shell.c.1.o 
build/sparc-rtems4.10-leon3/rtl.c.1.o 
build/sparc-rtems4.10-leon3/rtl-chain-iterator.c.1.o 
build/sparc-rtems4.10-leon3/rtl-debugger.c.1.o 
build/sparc-rtems4.10-leon3/rtl-elf.c.1.o 
build/sparc-rtems4.10-leon3/rtl-error.c.1.o 
build/sparc-rtems4.10-leon3/rtl-obj.c.1.o 
build/sparc-rtems4.10-leon3/rtl-obj-cache.c.1.o 
build/sparc-rtems4.10-leon3/rtl-shell.c.1.o 
build/sparc-rtems4.10-leon3/rtl-sym.c.1.o 
build/sparc-rtems4.10-leon3/rtl-trace.c.1.o 
build/sparc-rtems4.10-leon3/rtl-mdreloc-sparc.c.1.o 
build/sparc-rtems4.10-leon3/rtld-gsyms.c.1.o -> 
build/sparc-rtems4.10-leon3/rtld
init.c.4.o:(.data+0x30): undefined reference to `Init'

Re: dynamic loading in 4.11

On 2/12/11 11:11 PM, Oleg Moroz wrote:
> init.c.4.o:(.data+0x30): undefined reference to `Init'
>
> How can i fix this?
>

This is fixed on head. The bsp shared code has a weak Init and if built 
provides Init and main becomes the entry point. The erc32 BSP does not 
have this. I attach the patch I use on 4.10. I have resisted committing 
it to the 4.10 branch because it is a functional change.

> P.S. When i'm building rtl-host i have some errors about missing
> "native-elf-format.h" (i've copied it to build-linux2 directory, and it
> fixed the problem)

Thanks. I will take a look.

Chris

Index: c/src/lib/libbsp/sparc/erc32/Makefile.am
===================================================================
RCS file: /usr1/CVS/rtems/c/src/lib/libbsp/sparc/erc32/Makefile.am,v
retrieving revision 1.51
diff -p -u -u -r1.51 Makefile.am
--- c/src/lib/libbsp/sparc/erc32/Makefile.am	11 May 2010 07:40:39 -0000	1.51
+++ c/src/lib/libbsp/sparc/erc32/Makefile.am	2 Dec 2011 21:56:18 -0000
 <at>  <at>  -37,7 +37,7  <at>  <at>  libbsp_a_SOURCES =
 libbsp_a_SOURCES += ../../shared/bspclean.c ../../shared/bsplibc.c \
     ../../shared/bsppredriverhook.c ../../sparc/shared/bspgetworkarea.c \

RTEMS Developers List is available.

Hello,

The RTEMS Developers list is now active. If you are interested in 
following the development of RTEMS please subscribe.

The mailing information page [1] has been updated so please take a look.

I will also change the rtems-bugs and rtems-vc list to read only. The 
reply-to address will be set to the developers list.

Chris

[1] http://rtems.org/wiki/index.php/RTEMSMailingLists
_______________________________________________
rtems-users mailing list
rtems-users@...
http://www.rtems.org/mailman/listinfo/rtems-users

Re: RTEMS Developers List is available.

On 12/02/2011 11:46 PM, Chris Johns wrote:
> Hello,
>
> The RTEMS Developers list is now active. If you are interested in
> following the development of RTEMS please subscribe.
>
> The mailing information page [1] has been updated so please take a look.
>
> I will also change the rtems-bugs and rtems-vc list to read only. The
> reply-to address will be set to the developers list.

I am very irritated about this step.

A step, you apparently executed without informing the RTEMS SC in 
advance and without letting the SC having decided upon this step.

A step, I vehemently disagree with and a step I vehemently disagree with 
how it was done.

Ralf

_______________________________________________
rtems-users mailing list
rtems-users@...
http://www.rtems.org/mailman/listinfo/rtems-users

Re: 4.11 Feature Countdown

On 11/29/2011 02:49 AM, Joel Sherrill wrote:
> Hi,
>
> 4.11 has been gestating long enough. It is
> time to make a feature check list to see what
> makes it and what won't. What is close that
> you would like to help push to get included?
>
> My list has:
>
> + All BSPs building <hint>
> + As many BSP test reports as possible <help!>
> + Conversion to git complete
> + Chris' dynamic loader
> + fstest failures investigated
> + outstanding SMP patches incorporated
> + Conversion to texi2html complete
>
> Anything else with a champion?

+ Bug/warning elimination, dirty code identification.

Similar to what I had done with rtems-4.11, my plan is to gradually add 
more aggressive warning flags to raise the pressure on RTEMS developers 
during the pre-release cycle.

I have been doing so locally recently, ... I regret, but the PRs I have 
been filing recently is only the proverbial "tip of the iceberg".

Ralf