On Fri, 2016-06-17 at 18:53 +0200, Christian Schmidbauer wrote:
> On Mon, Jun 13, 2016 at 5:22 PM, Brad King <brad.k...@kitware.com>
> wrote:
> > Hi Christian,
> >
> > Thanks for working on this.
> >
> > On 06/12/2016 05:59 AM, Christian Schmidbauer wrote:
> > > A similar idea has already been suggested in #10287
> >
> > Yes.
> >
> > > and is required for bug #15594.
> >
> > That issue appears unrelated. Did you typo the number?
> >
>
> Indeed, I meant bug #15994.
>
> > > Help/command/find_library.rst | 5 ++++
> > > Help/manual/cmake-properties.7.rst
> >
> > Please also add the FIND_LIBRARY_USE_CUSTOM_SUFFIX item
> > documentation,
> > or whatever it becomes after the discussion below.
> >
>
> Where do you want me to document it?
>
> > > +If the :prop_gbl:`FIND_LIBRARY_USE_CUSTOM_SUFFIX` global
> > > property is set
> > > +all search paths will be tested as normal, with `LIB_SUFFIX`
> > > appended, and
> > > +with all matches of ``lib/`` replaced with
> > > `lib${LIB_SUFFIX}/`. This property
> > > +overrides both `FIND_LIBRARY_USE_LIB32_PATHS` and
> > > `FIND_LIBRARY_USE_LIB64_PATHS`.
> >
> > [snip]
> > > +set_property(GLOBAL PROPERTY FIND_LIBRARY_USE_CUSTOM_SUFFIX
> > > TRUE)
> > > +set(LIB_SUFFIX "XYZ")
> >
> > Typically the FIND_LIBRARY_USE_LIB{32,64}_PATHS global properties
> > can be set by the platform information modules in CMake itself
> > on platforms that need the behavior. In what context might the
> > FIND_LIBRARY_USE_CUSTOM_SUFFIX/LIB_SUFFIX values be set in
> > practice?
> >
> > Thanks,
> > -Brad
> >
>
> In custom environments, where neither lib, lib32 or lib64 would serve
> the purpose but some custom library folder. I have a multilib system
> with an additional "libx32" next to lib/lib32 and lib64. Currently,
> you have to trick cmake in order to for libraries to be found. You
> could go ahead and add a similar patch like the lib32 one, but I
> think
> it's a better approach to let the user decide in such scenarios where
> he wants cmake to look.
Chris,
I'm not really convinced x32 is a "custom" environment, nor should it
be treated as such. It's a supported platform with Gentoo, which I've
personally been working towards getting everything working with for
years now.I've been trying to fix bug #15994 (again) today, currently failing to build multilib llvm with patched cmake. If you have a working patch for x32 can we think about getting #15994 fixed first?
signature.asc
Description: This is a digitally signed message part
-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
