{"push_id":1248602302,"size":4,"distinct_size":2,"ref":"refs/heads/with_boost","head":"0cef7dce6a6ff00c847efabca1b3b9452f1bd1db","before":"c8079c9c890de347c88dd47fba3f2300399caa5c","commits":[{"sha":"f09a377caaf2c3668707d5a82e1f3874cd5be5a2","author":{"name":"Diab Jerius","email":"dfe35cbb7b73f1240b7e7708eccd63011b6956da@cfa.harvard.edu"},"message":"Add Boost.Assign\n\nSigned-off-by: Benoit Sigoure <tsunanet@gmail.com>","distinct":false,"url":"https://api.github.com/repos/djerius/boost.m4/commits/f09a377caaf2c3668707d5a82e1f3874cd5be5a2"},{"sha":"5c9afc0e7bc329c8b5431a87b24ae82a04c6e756","author":{"name":"Remi Gacogne","email":"ebf9a4607b623ea3b168c531bc5db79d0f0529d5@powerdns.com"},"message":"Get rid of empty lines in expanded macros in _BOOST_SED_CP\n\nGCC 6.1.1 (20160510) on Fedora rawhide outputs an empty line\nthat results in a space at the beginning of the joined line,\nmaking the ^boost-lib-version matching fail:\n```\n # 1 \"<stdin>\"\n # 1 \"<built-in>\"\n # 1 \"<command-line>\"\n # 31 \"<command-line>\"\n # 1 \"/usr/include/stdc-predef.h\" 1 3 4\n # 63 \"/usr/include/stdc-predef.h\" 3 4\n\n # 32 \"<command-line>\" 2\n # 1 \"<stdin>\"\n # 28 \"<stdin>\"\n # 1 \"/usr/include/boost/version.hpp\" 1 3 4\n # 29 \"<stdin>\" 2\n boost-lib-version =\n # 29 \"<stdin>\" 3 4\n                    \"1_60\"\n```\nresults in:\n```\n boost-lib-version = \"1_60\"\n```\nRemoving empty lines fix this issue.\n\nSigned-off-by: Benoit Sigoure <tsunanet@gmail.com>","distinct":false,"url":"https://api.github.com/repos/djerius/boost.m4/commits/5c9afc0e7bc329c8b5431a87b24ae82a04c6e756"},{"sha":"f4f52b8b85138ef2c7ebdea8d536132e5dd0a9c9","author":{"name":"Diab Jerius","email":"dfe35cbb7b73f1240b7e7708eccd63011b6956da@cfa.harvard.edu"},"message":"if --with_boost is specified, search *only* the specified directory hierarchy for libraries.\n\nArguably, if --with_boost is specified, the user wants to use only\nthat boost installation, and no other.  This changeset implements this\nbehavior.\n\nThe original code in _BOOST_FIND_LIBS prepended the --with_boost path\nto the default list of paths, resulting in all of the paths being\nsearched if the library wasn't found in that specified by\n--with_boost.  Because the search for a library begins with the most\nspecialized version:\n\n    boost_$boost_lib_$boost_tag_$boost_mt_$boost_rtopt_$boost_ver_\n    boost_$boost_lib_$boost_tag_$boost_rtopt_$boost_ver_\n    boost_$boost_lib_$boost_tag_$boost_mt_$boost_ver_\n    boost_$boost_lib_$boost_tag_$boost_ver_\n\nif the user's preferred boost installation has a less specialized\nversion of a library than one provided in the default path, the latter\nwill be chosen instead.\n\nThis may lead to a mismatch between the headers discovered in the\n--with_boost hierarchy and the library discovered in the default path,\nif they are for different versions of boost, leading to link problems\nif the latter is for an earlier version .\n\nAdditionally, this will silently invalidate a request for a specific\nversion of boost in BOOST_REQUIRE, as it will be fulfilled by the\nheaders, but not by the library.\n\nThe new code does the following:\n\n* It will only search the --with_boost hierarchy if that is provided;\n\n* It will (following the suggestion of issue #49 by mateidavid) use the\n  absolute path to the library so that the linker's default\n  library paths are not searched if the library is not found in the\n  --with_boost hierarchy\n\n* It adds a second path \"$with_boost/lib\" to the search path, as that\n  seems to be a standard place for libraries\n\nN.B. There is still a potential for mishap if --with_boost is *not*\nspecified, namely that if there exist multiple boost installations and\nsome do not have all of the libraries, it is possible to end up with\nlibraries selected from multiple installations.","distinct":true,"url":"https://api.github.com/repos/djerius/boost.m4/commits/f4f52b8b85138ef2c7ebdea8d536132e5dd0a9c9"},{"sha":"0cef7dce6a6ff00c847efabca1b3b9452f1bd1db","author":{"name":"Diab Jerius","email":"dfe35cbb7b73f1240b7e7708eccd63011b6956da@cfa.harvard.edu"},"message":"properly use the undocumented libtool shrext_cmds variable\n\nshrext_cmds is actually a quoted set of commands to generate the\nshared library extension, not the actual shrext itself (regardless of\nit initially being set directly to .so as a default).","distinct":true,"url":"https://api.github.com/repos/djerius/boost.m4/commits/0cef7dce6a6ff00c847efabca1b3b9452f1bd1db"}]}
{"actor":{"display_login":"djerius"}}