Alan Burlison wrote:
Marc Mettes wrote:
When I remove the -Bsymbolic option, the main cad executable displays
a trivial message that the application (my .so with embedded perl) cannot
be loaded. No other error messages are displayed unfortunately.
Another developer mentioned
Marc Mettes wrote:
Without -Bsymbolic, the app cannot be loaded at runtime. It is an
option used by example makefiles with this CAD api, and it seems
that I cannot remove it.
From solaris 'ld' man page:
-B symbolic
In dynamic mode only. When building a shared object,
Nick Ing-Simmons wrote:
The compile and link lines look like this:
gcc -c -fPIC -DPRO_MACHINE=19 -DPRO_OS=3 -DSOLARIS -I. -Iincludes
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/perl/lib/5.6.1/sun4-solaris/CORE properl.c
ld -G -Bsymbolic -o properl.dll properl.o
Marc Mettes wrote:
I'm working on a project embedding and extending perl into a CAD API.
The API allows for an external executable that communicates through
an RPC mechanism, or a shared library loaded dynamically. The choice
is made at link time by the selection of the appropriate library.
Marc Mettes [EMAIL PROTECTED] writes:
Nick Ing-Simmons wrote:
The compile and link lines look like this:
gcc -c -fPIC -DPRO_MACHINE=19 -DPRO_OS=3 -DSOLARIS -I. -Iincludes
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/perl/lib/5.6.1/sun4-solaris/CORE properl.c
ld -G
Marc Mettes [EMAIL PROTECTED] writes:
I'm working on a project embedding and extending perl into a CAD API.
The API allows for an external executable that communicates through
an RPC mechanism, or a shared library loaded dynamically. The choice
is made at link time by the selection of the
I'm working on a project embedding and extending perl into a CAD API.
The API allows for an external executable that communicates through
an RPC mechanism, or a shared library loaded dynamically. The choice
is made at link time by the selection of the appropriate library.
I've had great