[Oorexx-bugs] [ oorexx-Bugs-1845267 ] Unable to dynamically load librexx.so

[SourceForge.net <no...@so...>]

Bugs item #1845267, was opened at 2007-12-05 18:40
Message generated for change (Comment added) made by miesfeld
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=684730&aid=1845267&group_id=119701

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Platform Interface
Group: 3.2.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to dynamically load librexx.so

Initial Comment:
When I try to dlopen the librexx.so file it fails with an error 

/usr/lib/librexx.so.3: undefined symbol: _Z11RxExitCleari

I checked the callrexx sample and it links with librexx.so which kind of defeats the purpose of dynamically linking.  When I commented out the librexx.la and librexxapi.la calls in the Makefile, it failed with the same error.

This is on the RedHat version 4 client running on VMWare 1.0.1 build-19317, however I have plenty of complaints about this from users on other Linuxes.

... Blair Thompson bl...@ta...

----------------------------------------------------------------------

>Comment By: Mark Miesfeld (miesfeld)
Date: 2009-07-02 12:25

Message:
This comment is made by  
J. L. Turriff ( jlturriff ) - 2009-05-22 23:07
 in an unrelated bug he opened.  (Which is being closed.)

 
I'm trying to interface Blair's X2 editor with ooRexx, using the current
source tarball. I suspect that the patch needs to be modified to work
with
this later version, as there are a lot more am__objects_## than his 3.2
probably had. Is this correct? (I don't know much about Makefiles and
package building, so I'm hoping that you can help get this working.)

Leslie 


----------------------------------------------------------------------

Comment By: Adrian Sutherland (sutherland)
Date: 2008-06-20 14:00

Message:
Logged In: YES 
user_id=603711
Originator: NO

Issue confirmed on Linux (CentOS) - this means it (and the work around)
will not work with Rexx/Trans.

Repackaging of rexx.so or rexxapi.so needed?

Note: Works fine in Windows.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-12-27 15:22

Message:
Logged In: NO 

I tinkered with the generated Makefile and came up with the following mods
that allow me to ship my code without requiring oorexx but users can still
use it by dlopen (within my code).  There is likely a better way to do
this, but this seems to work for now:

 Look for the definition of the am_librexx_la_OBJECTS variable and change
it to:
   am_librexx_la_OBJECTS = librexxapi_la-SubcommandAPI.lo \
           $(am__objects_1) $(am__objects_2) \
           $(am__objects_3) $(am__objects_4) $(am__objects_5) \
           $(am__objects_6) $(am__objects_7) $(am__objects_8) \
           $(am__objects_9) $(am__objects_10) \
           librexxapi_la-RexxAPIManager.lo \
           librexxapi_la-SystemSemaphores.lo \
           librexxapi_la-SharedMemorySupport.lo \
           librexxapi_la-MacroSpace.lo librexxapi_la-QueuesAPI.lo

   Look for the definition of the am_librexxapi_la_OBJECTS variable and
change it to:
   am_librexxapi_la_OBJECTS = librexxapi_la-SubcommandAPI.lo \
           librexxapi_la-RexxAPIManager.lo \
           librexxapi_la-SystemSemaphores.lo \
           librexxapi_la-SharedMemorySupport.lo \
           $(am__objects_1) $(am__objects_2) $(am__objects_3) \
           $(am__objects_4) $(am__objects_5) $(am__objects_6) \
           $(am__objects_7) \
           $(am__objects_8) $(am__objects_9) $(am__objects_10) \
           librexxapi_la-MacroSpace.lo librexxapi_la-QueuesAPI.lo

...Blair

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=684730&aid=1845267&group_id=119701