Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 321040 - Getting Library search paths from Tool's Option
Summary: Getting Library search paths from Tool's Option
Status: RESOLVED FIXED
Alias: None
Product: CDT
Classification: Tools
Component: cdt-build-managed (show other bugs)
Version: 7.0   Edit
Hardware: All All
: P3 major (vote)
Target Milestone: 8.0   Edit
Assignee: James Blackburn CLA
QA Contact: Chris Recoskie CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-27 11:46 EDT by Petri Tuononen CLA
Modified: 2011-02-13 11:22 EST (History)
2 users (show)

See Also:

Attachments
Existing Library search paths (String[]) can be returned by calling option.getLibraryPaths() where option is a type of IOption. (3.75 KB, patch)
2010-07-27 11:48 EDT, Petri Tuononen CLA 		jamesblackburn+eclipse: iplog+
Details | Diff
View All 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 Petri Tuononen CLA 2010-07-27 11:46:13 EDT 
Build Identifier: 20100617-1415

At the moment IOption doesn't have getLibraryFiles() that would allow to get existing Library search paths from Tool's Option. However getLibraries() and getLibraryFiles() exists but they don't have same funtionality as getLibraryFiles() that's valueType should be LIBRARY_PATHS=9.

Reproducible: Always
Comment 1 Petri Tuononen CLA 2010-07-27 11:48:53 EDT 
Created attachment 175331 [details]
Existing Library search paths (String[]) can be returned by calling option.getLibraryPaths() where option is a type of IOption.
Comment 2 Petri Tuononen CLA 2010-07-27 11:55:14 EDT 
I messed the initial Bug description a bit. I meant there's no getLibraryPaths() method.

Here's fixed description:

At the moment IOption doesn't have getLibraryPaths() that would allow to get
existing Library search paths from Tool's Option. However getLibraries() and
getLibraryFiles() exists but they don't have same funtionality as
getLibraryPaths() that's valueType should be LIBRARY_PATHS=9.
Comment 3 Petri Tuononen CLA 2010-08-17 08:10:38 EDT 
Getting Library search paths from Tool's Option needs to be committed on the CVS HEAD. It's just a similar way to get library search paths as it is to get include paths or library files. For some reason this functionality is missing. I really need this to be added to make a great plugin to work I have been working with and planning to donate it to Eclipse Foundation soon (when newer CDT version comes with all necessary fixes). I hope you will understand that this issue is quite urgent for me.
Comment 4 Petri Tuononen CLA 2011-01-10 02:27:15 EST 
Please check the attachment and preferably apply it to the CVS Head. It's been quite a while.
Comment 5 Marc-André Laperle CLA 2011-02-12 14:55:01 EST 
Hi Petri, I believe the patch is missing a @since 8.0 tag in IOption.
Comment 6 James Blackburn CLA 2011-02-13 10:41:01 EST 
Comment on attachment 175331 [details]
Existing Library search paths (String[]) can be returned by calling option.getLibraryPaths() where option is a type of IOption.

For any further patches, things to keep in mind:
  - Ensure you have API tooling setup with CDT 7 as a baseline:
     http://wiki.eclipse.org/PDE/API_Tools/User_Guide#Define_an_API_Baseline
  - Update the copyright header date + add yourself to the list of contributors
  - Ensure that your patch doesn't add any warnings or errors to the build
Comment 7 James Blackburn CLA 2011-02-13 10:41:13 EST 
Committed to HEAD.