Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 341133 - provide a mechanism for getLibs() to return a file name that may not exist at the time getLibs is invoked
Summary: provide a mechanism for getLibs() to return a file name that may not exist at...
Status: CLOSED FIXED
Alias: None
Product: RTSC
Classification: Technology
Component: Core (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Dave Russo CLA
QA Contact:
URL:
Whiteboard: target:3.22.03
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-28 12:29 EDT by Alan DeMars CLA
Modified: 2011-11-09 18:56 EST (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alan DeMars CLA 2011-03-28 12:29:07 EDT 
Build Identifier: 3.21

For custom IPC and BIOS library environments, the libraries may not exist at the time getLibs is invoked. However, they will definitely exist at application link time.

Some kind of wild card at the beginning of the library path name might be used to suppress the file-exists-checking logic.

Reproducible: Always
Comment 1 Dave Russo CLA 2011-04-09 15:55:09 EDT 
fixed for xdctools 3.22: r1328

If a filename name returned by getLibs() begins with the '!' character, this character is stripped and file existence is _not_ checked.  Relative path names are converted into absolute paths by prefixing the stripped file name with the absolute path to the package's base.
Comment 2 Dave Russo CLA 2011-11-09 18:56:08 EST 
closing "ancient" resolved bugs