profile
viewpoint

boostorg/json 254

A C++11 or library for parsing and serializing JSON to and from a DOM container in memory.

boostorg/mp11 172

C++11 metaprogramming library

boostorg/nowide 145

Boost.Nowide - Standard library functions with UTF-8 API on Windows

boostorg/filesystem 118

Boost.org filesystem module

boostorg/yap 99

A C++14-and-later expression template library

boostorg/core 84

Boost Core Utilities

boostorg/variant2 55

A never-valueless, strong guarantee implementation of std::variant

boostorg/endian 37

Boost Endian library

boostorg/outcome 26

Provides very lightweight outcome<T> and result<T> (Boost edition)

boostorg/assert 23

Boost.Assert

issue openedboostorg/describe

Support for constructors

BOOST_DESCRIBE_CONSTRUCTORS(X, (int), (float, float), (X const&), (X&&)), mod_constructor.

At the moment the workaround is https://godbolt.org/z/TxYKs5Wfr, but it would be better to support this natively.

created time in 18 hours

issue commentboostorg/describe

Support for unions

The prototype implementation of the Reflection TS supports unions: https://compiler-explorer.com/z/q9TEGE598

pdimov

comment created time in 18 hours

CommitCommentEvent
CommitCommentEvent
CommitCommentEvent

issue commentboostorg/describe

Use describe to serialize/unserialize xml (xml_oarchive/xm_iarchive is too limited)

It's possible; you need to change the definition of serialize to

template<class Archive, class T,
    class D1 = boost::describe::describe_members<T,
        boost::describe::mod_public | boost::describe::mod_inherited>>
    void serialize( Archive & ar, T & t, boost::serialization::version_type )
{
    boost::mp11::mp_for_each<D1>([&](auto D){

        ar & boost::make_nvp( D.name, t.*D.pointer );

    });
}

Using mod_inherited enumerates all members, including those from the base classes.

vricosti

comment created time in 2 days

pull request commentboostorg/json

NaN and Infinity support

The JSON5 spec also allows +NaN, -NaN and +Infinity:

The IEEE 754 value positive infinity must be the literal characters Infinity and may be prefixed with an optional plus sign. The IEEE 754 value negative infinity must be the literal characters -Infinity. The IEEE 754 value NaN must be the literal characters NaN and may be prefixed with an optional plus or minus sign.

ZFail

comment created time in 3 days

pull request commentboostorg/json

NaN and Infinity support

What do you accept for NaN or infinity?

ZFail

comment created time in 3 days

issue commentboostorg/mp11

Support for lists of values

Increasing the ability of this battle station to produce devastating salvos of one-liners is a very tempting proposition.

bernhardmgruber

comment created time in 3 days

issue commentboostorg/mp11

Support for lists of values

Interestingly, and this takes us back to the initial proposal in this issue, if mp_repeat_c supported lists of values as suggested, this would have been template<size_t Rank> using dextents = mp_repeat_c<extents<dynamic_extent>, Rank>; which is kind of cool.

bernhardmgruber

comment created time in 3 days

issue commentboostorg/mp11

Support for lists of values

Oh mdspan extents. I don't want whether to :-) or :-(. Yes, that's a reasonable justification, I think.

bernhardmgruber

comment created time in 3 days

issue commentboostorg/mp11

Support for lists of values

That's possible, but the thing is, you rarely need a value list at all. It's always an intermediate step towards something else, usually a pack of values. And it's simpler to just use lists of integral constants in the intermediate steps, then at the end convert to what you actually need. Typically, renaming into a list of values doesn't help at that point, it's just an extra step. You can just unpack T::value... directly.

Although if you can give some concrete examples of the utility of this primitive, please do so.

bernhardmgruber

comment created time in 4 days

push eventboostorg/unordered

LeonineKing1199

commit sha 13f40e43338280a53827ccf3ae07bd9d192aeaf0

Implement heterogeneous `equal_range()` for `unordered_map`

view details

LeonineKing1199

commit sha 9955886ef5b8883d5e56abf91c247f3e94f348ad

Improve heterogeneous `equal_range()` test suite to check iterator distance and that the correct key was pulled, including when the map contains multiple keys

view details

LeonineKing1199

commit sha a97483b92807ace4a87a8b4b115e92b89b8ff6d9

Add test cases for empty UnorderedMaps for `equal_range()`

view details

Peter Dimov

commit sha a98a719546968ae56d32d9c6124c52d85db2e530

Merge pull request #53 from LeonineKing1199/heterogeneous-equal-range Implement heterogeneous `equal_range()` for `unordered_map`

view details

push time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha 3646a7143e0861496466fae6c2a7e6508f6cf1d8

Add msvc-14.0, msvc-14.3

view details

push time in 4 days

push eventboostorg/unordered

yutaka

commit sha 0d033679d416ac206e21aba5e08d0384f19e4c46

Fix typo

view details

Edward Diener

commit sha 0f9f3eba728a4800f5adc8c4123215f607e6a95a

[skip ci] Add "cxxstd" json field. The "cxxstd" json field is being added to each Boost library's meta json information for libraries in order to specify the minumum C++ standard compilation level. The value of this field matches one of the values for 'cxxstd' in Boost.Build. The purpose of doing this is to provide information for the Boost website documentation for each library which will specify the minimum C++ standard compilation that an end-user must employ in order to use the particular library. This will aid end-users who want to know if they can successfully use a Boost library based on their C++ compiler's compilation level, without having to search the library's documentation to find this out.

view details

Peter Dimov

commit sha 70ac0509dfc7d496910201031dbf00da5cca8f3b

Update .appveyor.yml

view details

Peter Dimov

commit sha 1d42f5b7b13361987c00e1d49614f11340e875a6

Merge pull request #20 from eldiener/develop [skip ci] Add "cxxstd" json field

view details

LeonineKing1199

commit sha a97160cf579d00b129fac2f3dd33ed54ff0808af

Fix bug in `has_construct` by using `std::declval`

view details

Peter Dimov

commit sha b2b017accb1dac2a674e19a896ab094ef2c0f044

Disable -Wfloat-equal for clang-cl as well

view details

Peter Dimov

commit sha 70fca4483e0d48bc8cc45a72ba6d4276f2e9563b

std::equal_to has no first_argument_type in C++20

view details

Peter Dimov

commit sha 34c07ea14854739cee7d6b197d4ffa0ccbdab39f

Merge branch 'gcc-9-rvalue-ref-try-emplace' of https://github.com/LeonineKing1199/unordered into feature/pr-29

view details

Peter Dimov

commit sha 0f37f774f1e6ee6a016e6bd9941a4a27a18c551c

Merge branch 'develop' of https://github.com/yutakasi634/unordered into feature/pr-14

view details

LeonineKing1199

commit sha 1e553df5b6603c57ee98cb239eb29ea205466ec3

Add explicit tests around use of `scoped_allocator_adaptor` to emulat… (#31) * Add explicit tests around use of `scoped_allocator_adaptor` to emulate issue https://github.com/boostorg/unordered/issues/22 * Refine test to only run in C++11 mode and later with possibility of re-introducing C++03 support later * Update test to use `<boost/cstdint.hpp>` * Refactor test to use `UNORDERED_AUTO_TEST` * Cleanup how the scoped allocator test is conditionally compiled * Update test to generate a UUID for the name of the shared memory segment so tests can run safely in parallel * Update test jamfile to relocate the Filesystem link dependency directly to the test that requires it

view details

LeonineKing1199

commit sha 24a38922bd506ba71a899c37a0f6d64bb334c388

Replace `BOOST_TEST` call with `BOOST_ASSERT` to resolve https://github.com/boostorg/unordered/issues/36

view details

LeonineKing1199

commit sha 2d69c7a5ca6ef92ff4db3f9c702cfeb07f3f480b

Add missing const-qualification of `operator==` for internal `optional` implementation

view details

LeonineKing1199

commit sha d0d4be9e351a16b74801210c49d654b49e6aa304

Add missing `operator==` overloads for direct `list_iterator` comparisons

view details

LeonineKing1199

commit sha dbba786a35f96c7825c715ea90481a9e8020fcc5

Add missing const-qualification for `operator==` member functions

view details

LeonineKing1199

commit sha 2e1ef850e3e42108edc7f7aae037a6bf6a41c3e9

Add const qualification to auto-generated allocator methods in test suite

view details

LeonineKing1199

commit sha 7ccd62ba98280e428b2a639e6d164b4df1552b9b

Update SFINAE expressions to be in the return type instead of a defaulted function parameter

view details

Peter Dimov

commit sha 4a90ae5b0f0707e0164a6946ef5d5e69e2dea2e6

Merge pull request #38 from LeonineKing1199/ambiguous-reversed-operator Ambiguous reversed operator fixes

view details

Peter Dimov

commit sha c0a9f638ce7d9b0ae3c4be2923224f452eeefdbc

Merge pull request #37 from LeonineKing1199/memory-tracker-fixes Replace `BOOST_TEST` call with `BOOST_ASSERT` to resolve testing woes

view details

Peter Dimov

commit sha c8abaf32ee803711d84f24028ee7e855e1346913

Merge pull request #40 from LeonineKing1199/sfinae-updates Update SFINAE expressions to be in the return type

view details

LeonineKing1199

commit sha e29f762116426d4ee4e7cf6c51382bbd43547eb8

Fix warning about using implicitly defined copy constructor/assignment by completing the Rule of 5 for test allocator

view details

push time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha 12451ca5aeaafeb88b091f03b4834be78045c340

Add msvc-14.0, msvc-14.3

view details

push time in 4 days

create barnchboostorg/unordered

branch : feature/gha-no-2016-2

created branch time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha b7a04df94dbabc0f97345d0f024815e5540c80f9

Try calling vcvarsall.bat for msvc-14.1

view details

push time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha dae118d57ae4ff215f6c9312d6bef00cbff4d408

Try calling vcvarsall.bat for msvc-14.1

view details

push time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha 338004e850ee544cfc0a1faf0017251f45979474

Try calling vcvarsall.bat for msvc-14.1

view details

push time in 4 days

pull request commentboostorg/unordered

Implement heterogeneous `equal_range()` for `unordered_map`

The test is incomplete. The map should have more than one element, and the test should check whether the returned range is of the correct length and whether the key is as expected (not just whether the value is 1337.)

LeonineKing1199

comment created time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha bfbb3a8d7dfa1c00623a3e70e8fb30e464fdf741

Try setting VS150COMNTOOLS

view details

push time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha e70eb388860489870e193f5f0d2683d6f7002f95

Try setting VS150COMNTOOLS

view details

push time in 4 days

push eventboostorg/unordered

Peter Dimov

commit sha e24e9e720fdd8a4547933903b9e5e232d7c30e26

Try setting VS150COMNTOOLS

view details

push time in 4 days

pull request commentboostorg/core

Add value member to allocator_is_always_equal

allocator_is_always_equal_t<A> is the value trait that gives the result straight away.

edsavage

comment created time in 5 days

pull request commentboostorg/core

Add value member to allocator_is_always_equal

No, allocator_is_always_equal<A> is a type transformation trait that returns A::is_always_equal, similarly to how allocator_size_type<A> is a type transformation trait that returns A::size_type.

edsavage

comment created time in 5 days

create barnchboostorg/unordered

branch : feature/gha-no-2016

created branch time in 5 days

pull request commentboostorg/core

Add value member to allocator_is_always_equal

This is not a trait with a value result.

edsavage

comment created time in 5 days

more