On 06/19/2013 09:11 PM, Gedare Bloom wrote:
On Wed, Jun 19, 2013 at 11:02 AM, Philipp Eppelt
<[email protected]> wrote:
This is implemented in POK and libpart.a is compiled and copied to
rtems/libbsp/i386/virtPok.
The virtPok makefile creates a new library file called libpokpart.a.
If libpart.a is not present, virtPok fails at compile time.
I thought 'noinst_LIBRARIES' would define the libraries going into
librtemsbsp.a but sadly this is not dynamic. I had to modify
c/src/wrapup/Makefile.am to include libpokpart.a. This is not final, as it
breaks all other BSPs ...
This part sounds like it could use some better design. I do not have
the answer at the moment.
I already changed this, instead of building a new library, I just append
it to libbsp.a.
OK. What's next?
* Startup, including workspace setup, idt setup, ...
* Remove GDT.
@Cynthia: I have my own dev-diary and will write a nice build process
explanation in the next two weeks. After this process is set.
I have a little issue with Makefile.am and the use of virtPok/include
directory. bsp.h and tm27.h are copied to the build tree, but my
virtLayer*.h files are not. Why? Where should they go instead?
14 include_HEADERS = include/bsp.h
15 include_HEADERS += ../../shared/include/tm27.h
16 include_HEADERS += include/virtLayerBSP.h
17 include_HEADERS += include/virtLayerCPU.h
Regards,
Philipp
_______________________________________________
rtems-devel mailing list
[email protected]
http://www.rtems.org/mailman/listinfo/rtems-devel
