>> It failed as before. If you are interested in the build.log it is pretty
>> much as above.
>
> Sorry I meant the full log, in particular the configure part that shows what
> tools are being used.
>
>>
>
> No invocation of a Java based tool in the build process should be setting any
> kind of classpath that refers to system level packages like that.
> However if your boot JDK is what is doing that then there may not be anything
> the build can do about it.
The config log is somewhat larger I can include it if you want or put it
somewhere you can see it.
I’m not quite following what you are saying. No java tool is at fault here
except in possibly honoring the setting of the CLASSPATH environment variable.
/etc/profile is a Unix environment config file isn’t it? Thats where CLASSPATH
is being set.
I haven’t seen what Rony is doing in his BSF4ooRexx install here anywhere else.
I guess his intention is to make BSF4ooRexx available to all users. Not that if
he had done it at the user level it would have made much difference to me. I
suppose anyone else could make java environment changes to Terminal
initialization scripts as well I might not be aware of.
If the build process has to honor any CLASSPATH environment settings there
might not be anything you can do. If you can ignore it or do some verification
of paths included maybe you could choose to ignore some paths. I’m not familiar
enough to know if you can do this or not. If the build process itself never
relies on the CLASSPATH environment variable you could just unset it to start?
I just did that and am again getting a clean build. My background isn’t that
extensively Unix.
With what Rony has told me I can manage the BSF4ooRexx install and still build
the jdk. New to that. If anyone else does what Rony does or any other
BSF400Rexs user tries to build the JDK I don’t know what else you could do.
