This afternoon, I received email from koschei, telling me that
polymake's builds have started to fail:
https://apps.fedoraproject.org/koschei/package/polymake?collection=f29
The failure is due to this:
/builddir/build/BUILD/polymake-3.2/include/core/polymake/internal/shared_object.h:410:9:
error: ‘void pm::shared_object<Object, TParams>::leave() [with Object
= pm::sparse2d::Table<pm::Rational, false,
(pm::sparse2d::restriction_kind)0>; TParams =
{pm::AliasHandlerTag<pm::shared_alias_handler>}]’ causes a section
type conflict with ‘const pm::perl::RegistratorQueue&
polymake::common::get_registrator_queue(polymake::mlist<T>,
std::integral_constant<pm::perl::RegistratorQueue::Kind, kind>) [with
Tag = polymake::common::GlueRegistratorTag;
pm::perl::RegistratorQueue::Kind kind =
(pm::perl::RegistratorQueue::Kind)1]’
void leave()
^~~~~
"Huh," I thought, "that's weird. Well, I'll look into that after
I
kick off this mock build of openfst 1.6.8". Then the openfst build
also failed with the same kind of "section type conflict" error.
On a hunch, I added this to openfst.spec and tried again:
%undefine _annotated_build
The mock build succeeded. Did somebody just do something to annobin
today? If so, can you please undo it?
--
Jerry James
http://www.jamezone.org/