----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/41875/#review113743 ----------------------------------------------------------- Ship it! As a patch it looks good, however I feel the reason we created these types inheriting from the STL containers was to add a functionality to them (like in `hashmap` and `hashset`). But I feel this class doesn't add anything to the default `std::list` and indeed it removes functionality since now there's no access to all the different constructors from `std::list` and we run in the risk of leaking memory (One should not create pointers to any, `List`, `hashmap` or `hashset`). My preferred solution would be to delete this convenience class, and use a typedef while the code that uses it is cleaned up, or just remove it altogether and cleanup in one pass. - Alexander Rojas On Jan. 8, 2016, 12:38 p.m., Benjamin Bannier wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/41875/ > ----------------------------------------------------------- > > (Updated Jan. 8, 2016, 12:38 p.m.) > > > Review request for mesos, Ben Mahler and Till Toenshoff. > > > Bugs: MESOS-4273 > https://issues.apache.org/jira/browse/MESOS-4273 > > > Repository: mesos > > > Description > ------- > > Provided List constructor from std::initializer_list. > > > Diffs > ----- > > 3rdparty/libprocess/3rdparty/stout/include/stout/list.hpp 864d8c9498d66f14ab6fc531965c12fb397b5fe5 > 3rdparty/libprocess/3rdparty/stout/tests/CMakeLists.txt 62ad461eb228b688f1ceac16cfb003561ed5a806 > 3rdparty/libprocess/3rdparty/stout/tests/list_tests.cpp PRE-CREATION > > Diff: https://reviews.apache.org/r/41875/diff/ > > > Testing > ------- > > make check (OS X 10.10.5 and Debian 8) > > > Thanks, > > Benjamin Bannier > >