Open
Bug 413426
Opened 17 years ago
Updated 2 years ago
script for running NSPR test can check for proper environment on execution
Categories
(NSPR :: NSPR, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: ray, Unassigned)
Details
Attachments
(1 file)
1.28 KB,
patch
|
wtc
:
review+
|
Details | Diff | Splinter Review |
As Wan-Teh Chang pointed out to me in an e-mail, the NSPR tests will not run properly unless they are run via the runtests.sh command and, on Mac OS X, the proper environment variable needs to be set. I have changes I would suggest for the runtests.sh script so that people do not have to remember these details themselves. The script can check, on Mac OS X, that the environment variable is properly set. Computers can remember details like this better than people can remember. I know, by the way, that I am assuming that the variable is set to a single directory. Is this a problem? It would probably be more correct for the first test to check the environment and that first executable would point out the error. Would you prefer that approach? Also, can the test scripts be put somewhere in the build product? This is how it is done in most other Mozilla projects.
Attachment #298387 -
Flags: review?(wtc)
Comment 1•17 years ago
|
||
Comment on attachment 298387 [details] [diff] [review] a patch for the test script to check the env on Mac OS X Ray, thanks for the patch. It is better to test for libnspr4.dylib instead. You should also allow libnspr4.dylib in the directory where the test programs are. That's how I run the tests -- I copy the *.dylib files to the directory where the test programs reside. Remove "relative" from the error message.
Attachment #298387 -
Flags: review?(wtc) → review+
Comment 2•17 years ago
|
||
Another approach is to just copy ../../dist/lib/*.dylib to the current directory for the user. We can also use symlinks.
Comment 3•2 years ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
Assignee: wtc → nobody
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•