Re: Use of boost non-header-only functionality

On Thu, Jan 19, 2017 at 5:25 PM, Adar Dembo wrote: > At one point some of us thought to (eventually) eradicate boost from > Kudu altogether, hence drawing the line on not building boost > libraries. I think that culminated with Mike's reimplementation of > boost::optional.

Re: Use of boost non-header-only functionality

At one point some of us thought to (eventually) eradicate boost from Kudu altogether, hence drawing the line on not building boost libraries. I think that culminated with Mike's reimplementation of boost::optional. Given that it was eventually abandoned after push back, I guess the idea of no

Re: Use of boost non-header-only functionality

It seems like the Java 8 time library supports it: http://stackoverflow.com/questions/14988459/how-do-i-use-julian-day-numbers-with-the-java-calendar-api And perhaps also supported by Jodatime. Hive seems to use 'jodd':

Re: Use of boost non-header-only functionality

Is there an equivalent library for the JVM? - Dan On Thu, Jan 19, 2017 at 4:33 PM, Dan Burkert wrote: > I think for a long time we resisted vendoring boost, and so avoiding the > dynamically linked parts of boost was advantageous to avoid > incompatibilities in system

Re: Use of boost non-header-only functionality

I think for a long time we resisted vendoring boost, and so avoiding the dynamically linked parts of boost was advantageous to avoid incompatibilities in system boost versions. I recall we are vendoring boost now, so that should be less of a concern, I would think. - Dan On Thu, Jan 19, 2017 at