[bug #42451] /etc/profile.d/GNUstep.sh always appends user librarypath to $CLASSPATH.

[Richard Frith-Macdonald]

Update of bug #42451 (project gnustep):

                  Status:                    None => Invalid                
             Open/Closed:                    Open => Declined               

    _______________________________________________________

Follow-up Comment #1:

This is not a bug … the path is supposed to list places things *might* be,
not places they definitely are, and there's no requirement that those
locations should actually exist at any particular time (clearly, even if only
existing locations were included at the point when the variable was set, those
locations may no longer exist at the point when an application uses the
environment variable).
That is, the variable tells applications where they should try looking for
things, it doesn't guarantee that the application will be able to find things
there.

> Some other Java applications(e.g. processing) raise error

Where you have found applications which complain about non-existent but legal
locations in the CLASSPATH, please raise that issue with the maintainers of
those applications; the applications should simply be ignoring any locations
which don't exist.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?42451>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/