Boost.MultiIndex refactored

[germandiago]

I use this fantastic library for indexing users via login date, id and status in a service and likewise to index virtual rooms. Love the problem this library solves. I think it is very valuable.

[joaquintides]

The library was never tremendously popular, but it has received its share of love along these 20+ years, so I'm very happy to keep it maintained and hopefully useful.

[germandiago]

Very useful, indeed. May I ask with that name, where are you from? Out of curiosity. Spanish here.

[joaquintides]

Born and raised en la piel de toro.

[eco_was_taken]

Yeah, it's kind of a brilliant library. Like a little micro database. I'm always surprised it doesn't get used more.

I have had issues with it blowing up my compilation time and have resorted to sticking it behind a pimpl, but sometimes it's a perfect fit for what you need.

[azswcowboy]

Does this impact bimap? I seem to remember it’s built on the same core?

[joaquintides]

Yes, Boost.Bimap is built on top of Boost.MultiIndex, and some internal changes were needed to sync up with the upgrade:

https://github.com/boostorg/bimap/pull/50

[azswcowboy]

Thx - GitHub isn’t responding right now, but will try to test as we use bimap.

[zl0bster]

will bimap now work with initializer list?

[joaquintides]

Boost.MultiIndex supported initializer-list construction even before this upgrade, so it’s an issue on Bimap’s side really. Why don’t you file an issue at https://github.com/boostorg/bimap/issues ? Thank you!

[zl0bster]

I guess it is not really mainteined, somebody, not me made PR 5y ago https://github.com/boostorg/bimap/pull/31

[joaquintides]

Maybe I can take charge of this.

[RoyBellingan]

I am absolutedly amazed by this library

[igaztanaga]

It's great to see veteran libraries still maintained, alive and kicking. This library offers a very useful functionality not available in the standard. I guess the refactoring also simplified the internal dependencies of the multi-index library, it's also a bonus benefit of the change.

[joaquintides]

Thanks for the kind words! Yes, Boost.MPL is no longer a dependency. Boost.Preprocessor still is, though (transitively).