Nueva función de carga dinámica de librerías LoadDynLib

[Víctor de Buen Remiro]

Es necesario una función que permita la carga de objetos y funciones creados en C++ para implementar tareas específicas que resulten demasiado lentas en TOL y no sean lo suficientemente generalizables como para formar parte de las utilidades globales del núcleo de TOL.

En la página LoadDynLib se explicará detalladamente la forma de creación y uso de este tipo de librerías.

[Víctor de Buen Remiro]

(In [2427]) Refs #956

[Víctor de Buen Remiro]

(In [2429]) Refs #956
Gets library name from path

[Víctor de Buen Remiro]

(In [2430]) Refs #956
Using direct protocol of built-in functions instead of macros to avoid duplications of contents

[Víctor de Buen Remiro]

(In [2431]) Refs #956
Adding includes

[Jorge]

(In [2432]) refs #956, implementation of BLoadDynLib depending on libltdl, only compiled on linux

[Víctor de Buen Remiro]

(In [2433]) Refs #956
Creating instance of BLoadDynLib

[Víctor de Buen Remiro]

(In [2434]) Refs #956
Using ad-hoc implementations of new to avoid problems with deleting memory in a dll created with another one

[Víctor de Buen Remiro]

(In [2436]) Refs #956
Using ad-hoc implementations of new to avoid problems with deleting memory in a dll created with another one
New optional argument libraryName

[Jorge]

(In [2438]) refs #956, including LoadDynLib in bjam compilation

[Víctor de Buen Remiro]

(In [2441]) Refs #956
Adding LoadDynLib
Refs #957
Adding libtdl

[Víctor de Buen Remiro]

(In [2442]) Refs #956
Fixed bug in arguments declaration

[Jorge]

(In [2443]) refs #956,#957 including LoadDynLib and libtdl VC8 project

[Víctor de Buen Remiro]

(In [2445]) Refs #956
Exporting BFixedSizeMemoryBase

[Víctor de Buen Remiro]

(In [2446]) Refs #956
Cannot include tol_bfsmem.h directly but ny means of tol_bcommon.h

[Víctor de Buen Remiro]

(In [2448]) Refs #956
including tol_memhandler.h must be the last action

[Víctor de Buen Remiro]

(In [2450]) Refs #956
Refs #957
DefMethod must return an instance of BUserCode
Calling lt_dlinit
Prefixing messages

[Víctor de Buen Remiro]

(In [2451]) Refs #956
Builds tol_sdk used to create dll's using tol.lib

[Víctor de Buen Remiro]

(In [2452]) Refs #956
Special files at tol_sdk root

[Víctor de Buen Remiro]

(In [2453]) Refs #956
Builds tol_sdk copying headers recursively

[Jorge]

(In [2454]) refs #956, macro DynAPI to tag the entry point

[Víctor de Buen Remiro]

(In [2455]) Refs #956
Getting current directory

[Víctor de Buen Remiro]

(In [2456]) Refs #956
renaming sdk root

[Jorge]

(In [2459]) refs #956, los puntero a objetos GSL en el API publica se considerar void*, el acceso al generador aleatorio global se hace a traves de getGslRng

[Jorge]

(In [2460]) refs #956, se incluye tol/tol_bprdist_internal.h in aliases

[Jorge]

(In [2461]) refs #956, se incluye tol/tol_bprdist_internal.h in aliases

[Jorge]

(In [2464]) #refs #956, tol_bcommon.h debe ser incluido en los archivos fuentes .cpp contiene definiciones importantes como GSL_DLL

[Víctor de Buen Remiro]

(In [2465]) Refs #956
Simplifying environment variables

[Víctor de Buen Remiro]

A veces una librería dinámica con funciones TOL nativas escritas en C++ necesita de una librería externa, como es el caso de una API TOL para un sistema escrito en C++. Si el archivo no se encuentra en la variable de entorno path, el sistema operativo no la encontrará y no podrá enlazar la primera.

Haría falta una nueva función que no devuelva un NameBlock, sino simplemente si ha tenido éxito o no mediate un Real, y que permita enlazar dinámicamente una librería indicando su camio exacto.

[Víctor de Buen Remiro]

(In [2705]) Fixes #956