2
0
mirror of https://github.com/boostorg/build.git synced 2026-02-17 01:32:12 +00:00
Commit Graph

29 Commits

Author SHA1 Message Date
Neale Ferguson
844067eca1 Add z15 to the s390x platform (#484) 2019-09-20 11:48:26 -06:00
James E. King III
9f17722e80 Add -fno-omit-frame-pointer to sanitizer options for gcc/glang (#450) 2019-06-10 09:06:08 -05:00
Hans Dembinski
11bd2898fb simplified coverage options and added docs (#449)
* simplified coverage options and added docs
* fix off must be first to be default
2019-06-09 09:03:10 -05:00
tee3
a5cc06a9b4 features: Add freertos as an operating system. (#446) 2019-06-03 14:53:47 -05:00
Damian Jarek
16f49cac33 Add support for leak sanitizer: (#435)
Can be enabled via the `leak-sanitizer` feature.

Signed-off-by: Damian Jarek <damian.jarek93@gmail.com>
2019-05-06 09:40:49 -05:00
Neale Ferguson
a62f2daeb0 Add S390x as a supported platform (#432)
Add support for s390x
2019-05-01 10:52:33 -05:00
Rene Rivera
ca0e9fdf0c Merge pull request #409 from djarek/sanitizers
Support for common sanitizers
2019-04-21 17:30:25 -05:00
Andreas Schwab
e0e616229e Define the riscv architecture feature (#424) 2019-04-15 20:08:51 -05:00
Damian Jarek
18886267dd Remove off value of sanitizer features and rename norecover
Signed-off-by: Damian Jarek <damian.jarek93@gmail.com>
2019-03-11 19:31:19 +01:00
Damian Jarek
44e1befd0b Add on-no-recover option for sanitizers
This option causes the program to exit after detecting the first
sanitizer issue.

Signed-off-by: Damian Jarek <damian.jarek93@gmail.com>
2019-03-11 00:17:54 +01:00
Damian Jarek
67c2402053 Support for common sanitizers
Add support for a common set of sanitizers supported by both
gcc and clang:
- thread
- address
- undefined

Signed-off-by: Damian Jarek <damian.jarek93@gmail.com>
2019-03-10 23:59:20 +01:00
Rene Rivera
033ef59305 Add "extra" and "pedantic" warning levels for better warnings control. 2019-02-23 09:55:02 -06:00
Rene Rivera
854ee52028 Add feature for code coverage information instrumentation.
Fixes #396
2019-02-21 23:13:33 -06:00
Andrey Semashev
20d72776c8 Added support for Ice Lake instruction set, which is available in gcc 8. (#354) 2018-10-17 21:48:07 -05:00
Steven Watanabe
a5704a926b Fix threadapi detection when the target-os is also affected by a conditional. Refs #352. 2018-10-11 13:03:16 -06:00
Andrey Semashev
d8245f6686 Added local-visibility feature. Mark visibility as a propagated feature. (#345)
local-visibility is intended to be used by libraries or targets that require
a particular visibility mode. It is not propagated to dependencies. It is
equivalent to the previous visibility feature.

The new visibility feature is a composite propagated feature, so it can be
specified by users and higher level targets as a requirement. This feature is
translated to local-visibility.
2018-10-01 22:02:05 -05:00
Andrey Semashev
3f7ce8fa5b Make visibility feature not propagated (#333)
This allows to enable hidden visibility on a library without affecting its dependencies, which may not (yet) support hidden visibility by default.
2018-08-24 16:24:44 -05:00
Andrey Semashev
898ddfa1b6 Added visibility feature. (#331)
The new visibility feature can be used to specify default symbol visibility
on compilers and platforms that support it. The default visibility is
global, which matches most compilers' defaults. In gcc documentation it is
called the "default" visibility. Other modes are: protected and hidden.
2018-08-19 14:06:48 -05:00
Steven Watanabe
ee613a6a28 Implement feature relevance.
* New feature <relevant> which is automatically deduced in most cases.
* Features which are not relevant do not affect target paths and
  do not prevent merging of virtual targets.
* generators.jam: generator.run always returns usage-requirements
  to allow usage-requirements in non-top-level generators.  This
  is necessary because we're using usage-requirements to track
  relevance from flags.
* New rule toolset.uses-features to specify features that the rule
  checks manually, instead of using toolset.flags.  In the future,
  we should consider restricting the properties actually passed,
  to detect errors.
* Adjust tests to handle the new paths (verified by inspection).
* Add temporary option --ignore-relevance to consider all features relevant
  to aid migration.
* New rule property.evaluate-conditional-relevance which helps tracking
  relevance in <conditional>.
* Widely scattered changes to use the new interfaces.
2018-01-13 09:13:49 -07:00
Rene Rivera
b062bf5eee Add default 'iso' value for 'cxxstd-dialect'.
Need a real default value instead of just optional for 'cxstd-dialect'
so that it can be use in command line for multi-variant build requests.
2017-10-29 16:36:15 -05:00
Rene Rivera
f6097309a1 Avoid redeclare of threadapi feature.
To deal with the threadapi feature code transition we guard the
declaration so that we don't error if it's already added.
2017-10-10 09:45:46 -05:00
Alexander Karzhenkov
bf60771147 Added <threadapi> feature from Boost.Thread (#251)
* Added <threadapi> feature
* <threadapi> definition placed to new structure for built-in features
2017-10-06 13:58:12 -05:00
Brian Kuhl
dcc5f627fd Merge remote-tracking branch 'upstream/develop' into develop
# Conflicts:
#	src/tools/gcc.jam
2017-09-01 22:52:44 -04:00
Rene Rivera
f9c88a635c Refactor the built-in generators into independent generator files. 2017-08-24 16:16:47 -05:00
Brian Kuhl
c6dca91367 Add basic support to build and test VxWorks with b2 jam files
( requires special handling of shared library paths in a cross build enviorment)
2017-08-16 11:13:33 -04:00
Andrey Semashev
399a50493d Added new x86 target architecture flags.
Adds support for Intel Broadwell, Skylake, Skylake-X/Skylake-SP,
Cannonlake, AMD Excavator, Ryzen.
2017-08-01 11:05:37 -05:00
Rene Rivera
76db93bb66 Lets be inclusinve and add values for intermediate C++ versions. 2017-07-25 16:31:42 -05:00
Rene Rivera
44aebcc61d Add dialect subfeature to cover the compiler extensions ot cxxstd. 2017-07-25 14:48:10 -05:00
Rene Rivera
4f5233911c Restructure built-in feature definitions to make it easier to add and document them.
This moves the built-in feature definitions into a subdirectory where each feature
(or cohesive set of features) are defined in their own file. Eventually
documentation can be added in the definitions files themselves and inported into the
full documentation. Not all features got move by this. There are some features
spread out through the toolset files. Those will also get moved as needed,
and as possible.
2017-07-24 21:36:07 -05:00