Project

General

Profile

Actions

Bug #3074

closed

Code library installation issues

Added by Dan Higgins about 16 years ago. Updated almost 15 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
actors
Target version:
Start date:
01/16/2008
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
3074

Description

There are several issues with compiled code libraries (*.dll, *.so, *.dylib files) and where they must be located. This is particularly true with 'secondary' libraries i.e. compiled code called by other compiled code (e.g. the GARP and gdal code calls other C libraries). Such libraries need to be installed in specific locations or environment variables need to be set so that they can be located at run time. These locations are also platform specific.

Preferably, such code libraries should be included in kar files with the actors that use them and copied to a place where they are usable when the kar is installed at startup. Note that installation in some locations may require special access privileges that not all users may have. e.g. adding dlls to the windows32 directory is reportedly not allowed under Windows Vista


Related issues

Blocked by Kepler - Bug #3949: Get the installer working with the new build systemResolvedChad Berkley04/06/2009

Actions
Actions #1

Updated by Chad Berkley almost 16 years ago

postponing this development until after 1.0. We just don't have the time to get this done. This will be something kepler/core can look at as well.

Actions #2

Updated by Chad Berkley almost 15 years ago

Not sure if this is something we want to get done for 2.0, but I'm targeting it there for further discussion.

Actions #3

Updated by Chad Berkley almost 15 years ago

Kepler no longer relies upon installation of dlls into system32. the path variable is changed at runtime and the dlls are included in the path.

Actions #4

Updated by Chad Berkley almost 15 years ago

libraries can now be stored in the lib directory of any module. This should allow individual modules to be able to load the libs they need. Any dll, so, dylib, etc will be placed on the java.library.path as well as in the path (on windows) at runtime.

The feature mentioned before about putting libs in kar files is still not supported. I am going to open a new bug for that and target it to post-2.0.

Actions #5

Updated by Redmine Admin almost 11 years ago

Original Bugzilla ID was 3074

Actions

Also available in: Atom PDF