Issue #144: Dynamic loading in now done in our libs to the existing windows work needs enhancements to support dlls, this is the start of this
Issue #144: Add back -fpic for Linux builds
Issue #144: split dlopen from gpi_embed into a util lib, first steps to do windows dynamic loading implementation
Issue #144: Taken some direction from "elgorwi" and allowed the extenstion for a shared lib to be based on the OS
Issue #144: Do not call back down to Gpi on init failure, notify via return code. Fixes backwards linking with windows
Issue #144: Push the calling of gpi_get_root_handle up to Python so that it calls via the simulator module. This means that we not not have to link the embed lib against the gpi lib for this symbol
Issue #144: Moved looking for symbol into libcocotbutils and call gpi_embed_event rather than embed_sim_event
Issue #144: Include header macros to state that the functions are external on windows
Issue #144: Makefile changes to allow subset of interface libs to be built depending on
what the sim provides. This is mainly for windows where unresolved symbols in a lib are
not allowed to be resolved at run time. So for instance VHPI can not be built against
icarus on that platform.
Issue #144: Allow the path of a file to be passed to simulator in native format even if the shell uses a different format to do operations
Issue #144: Add back deleted loading of multilib
Issue #144: Typo on VCS makefile
Cleanup: Thank windows for finding this one, type but not an error on Linux
Issue #144: Implement dynamic loading on windows, a few cleanups to files and specify the full windows path of the vhpi lib for aldec
Cleanup: forgot to actually define the extension on the command line
Merge branch 'Issue#144'