Bug 213987 - devel/boost-libs: fix for lang/gcc5
Summary: devel/boost-libs: fix for lang/gcc5
Status: Closed Not Accepted
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: FreeBSD Office Team
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-01 20:05 UTC by Kenneth Salerno
Modified: 2016-12-04 16:12 UTC (History)
2 users (show)

See Also:


Attachments
Fix for lang/gcc5 (511 bytes, patch)
2016-11-01 20:05 UTC, Kenneth Salerno
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Salerno 2016-11-01 20:05:37 UTC
Created attachment 176386 [details]
Fix for lang/gcc5

auto_ptr in /usr/include header causes c1plusplus to segfault.
Comment 1 Jan Beich freebsd_committer 2016-11-24 05:23:57 UTC
Likely obsoleted by ports r426908. Even if not, please, describe build environment in more detail e.g., backed by poudriere logs and if there're local patches. Don't forget to quote errors which are crucial when remuving cruft in future.

Also, if the compiler is buggy it should be patched rather than stacking more hacks into consumers. While GCC 4.2 in base can't be patched retroactively the ports can and *should*.

> +.if ${COMPILER_TYPE} == gcc
> +CXXFLAGS += -std=gnu++11 -D_GLIBCXX_USE_C99=1 -include cmath

devel/boost-libs is fragile if consumers are built with different compiler or flags. Adding -std=gnu++11 would require an exp-run. Besides, GCC in base doesn't support C++11
Comment 2 Kenneth Salerno 2016-12-04 16:12:36 UTC
(In reply to Jan Beich (mail not working) from comment #1)
Hi, yes the patch is now obsolete and boost-libs builds successfully with lang/gcc5 now.

You're correct that I should have included a check for "${COMPILER_VERSION} >= 50", sorry about that!