https://bz.apache.org/bugzilla/show_bug.cgi?id=64063
--- Comment #7 from Michael Osipov <micha...@apache.org> ---
(In reply to Christopher Schultz from comment #6)
> Maybe this is a Tomcat packaging issue and less of a libtcnative issue?
>
> The confusion comes from the fact that "bin" usually means native-binary and
> lib usually means .jar files (for Java applications). So where do you put a
> native binary library? I think reasonable people can disagree about this.
They should not, on Unix bin means for executables, lib for libraries from an
abstract point it does not matter native (.so) or Java, lib is lib. You may
introduce dirs inside lib for that.
> tcnative's configure/make/make install should not deviate from native
> toolchain standards.
>
> But Tomcat can package the .so/.dll/.dylib wherever it wants.
>
> If we behave differently on Windows-vs-*NIX, then documentation is more
> complicated, confusing, etc. Tomcat ships with native .dll files for Windows
> but not .so/.dylib for other OSs.
Because Windows does not come with a compiler toolchain. A decent OS does. Also
note that all binary artifacts are courtesy of us, ASF requires source tarballs
only.
> Is this just a request to make sure that each user is comfortable in their
> own environment? It seems like choosing "bin" means that Windows-partisans
> "win" and choosing "lib" means that UNIX-partisans "win". Can/should we
> support either/or? Or do we have to pick one location to rule them all?
Apply POLA!
I have provided two proposals:
> Change "File binLib = new File(System.getProperty("catalina.home"), "bin");"
> to be OS-dependent or iterate over {"lib", "bin"} to suit both OS families.
If you don't want to break the behavior in current versions go for the latter,
but correct it in Tomcat 10 to the former.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
