Bug 42573 - .lst file entries not resolved relative to list file: {boot}classpath, extdirs,
Summary: .lst file entries not resolved relative to list file: {boot}classpath, extdirs,
Status: RESOLVED FIXED
Alias: None
Product: AspectJ
Classification: Tools
Component: Compiler (show other bugs)
Version: 1.1.0   Edit
Hardware: PC Windows NT
: P3 normal (vote)
Target Milestone: 1.2.1   Edit
Assignee: Adrian Colyer CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-04 18:40 EDT by Wes Isberg CLA
Modified: 2004-10-21 04:30 EDT (History)
1 user (show)

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 Wes Isberg CLA 2003-09-04 18:40:22 EDT 
My -classpath entry in a config/.lst file was resolved relative to the working
directory rather than to the config/.lst file.  BuildArgParser.java looks like
this would also be true for bootclasspath and extdirs, but not for injars,
aspectpath, or sourceroots.
Comment 1 Adrian Colyer CLA 2004-01-29 11:29:47 EST 
I'll look at this whilst considering what changes to make wrt. the larger ajdt.
core extension for AJDT building.
Comment 2 Adrian Colyer CLA 2004-08-05 11:38:47 EDT 
Hmmm... it looks to me like any relative file or path specified in a .lst file 
(be it source file name, entry in any path - even injars etc..) is resolved 
relative to the working directory, not to the config file. 

I could change it (for everything) to make this behaviour relative - which 
should be backwards compatible because any relative path in such an .lst file 
now is either (a) broken, or (b) in a .lst file that is in the working 
directory.

Should I switch it?
Comment 3 Adrian Colyer CLA 2004-08-05 12:27:48 EDT 
We discussed this on the call today. Consensus is that everything should indeed 
be relative. I will fix....
Comment 4 Mik Kersten CLA 2004-08-05 12:29:52 EDT 
Yup the change to make it relative to the .lst file sounds right.  It's too 
inconsistent and confusing otherwise.
Comment 5 Adrian Colyer CLA 2004-08-05 13:44:50 EDT 
Fix committed to tree. Will close bug once this is available in a build.
Comment 6 Adrian Colyer CLA 2004-08-06 08:26:40 EDT 
Fix now available in the latest jar from the download page.
Comment 7 Adrian Colyer CLA 2004-10-21 04:30:54 EDT 
Fix released as part of AspectJ 1.2.1