[vtk-developers] Library names for new cmake modules

[Ben Boeckel]

On Wed, Jan 09, 2019 at 11:36:41 -0700, David Gobbi wrote:
> On Wed, Jan 9, 2019 at 11:27 AM Ben Boeckel <ben.boeckel at kitware.com> wrote:
> > Hmm, this is probably because SOVERSION is now set. Maybe we shouldn't
> > do that?
> 
> Since the version number is part of the base name, SOVERSION is redundant.

Sorry, not `SOVERSION` (which turns into ELF's `SONAME`). Removing
`VERSION ${VTK_VERSION}` in CMakeLists.txt should do it here.

> > On an unrelated note, CMAKE_BUILD_TYPE=RelWithDebInfo causes duplicated
> > > targets.
> >
> > Ooh, I hadn't seen that. Will investigate. What duplicate targets are
> > you seeing.
> >
> 
> With RelWithDebInfo, I get these errors (might not actually be a dup
> target):
> 
> Common/Core/CMakeFiles/CommonCore.dir/build.make:2026: warning: overriding
> commands for target `lib/libvtkCommonCore-8.90.8.90.0.dylib'
> Common/Core/CMakeFiles/CommonCore.dir/build.make:2024: warning: ignoring
> old commands for target `lib/libvtkCommonCore-8.90.8.90.0.dylib'
> Common/Core/CMakeFiles/CommonCore.dir/build.make:2026: warning: overriding
> commands for target `lib/libvtkCommonCore-8.90.8.90.0.dylib'
> Common/Core/CMakeFiles/CommonCore.dir/build.make:2024: warning: ignoring
> old commands for target `lib/libvtkCommonCore-8.90.8.90.0.dylib'
> make[2]: *** No rule to make target `optimized', needed by
> `lib/libvtkCommonCore-8.90.8.90.0.dylib'.  Stop.

Odd. I suspect these go away with the `VERSION` argument as well. The
`optimized` points to something else going wrong with a find module.

--Ben