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

32 Commits

Author SHA1 Message Date
Vladimir Prus
52d4bf2c87 Fix the prototype of stlport.init to match docs.
Fixes #2976.


[SVN r53042]
2009-05-16 10:24:16 +00:00
David Deakins
b15d1b6464 As of STLport 5.2, the version number is no longer included in the name of the static libraries.
[SVN r52270]
2009-04-08 21:11:25 +00:00
Vladimir Prus
2efa23a6a5 Disallow using stlport by just adding /stlport//stlport
to sources.  This logic was trying to use non-free
usage requirements that are not supported, and can
potentially result in inconsistent builds.


[SVN r39646]
2007-10-01 18:53:05 +00:00
Vladimir Prus
8a9b29bf4b STLPort improvements:
- Add _static in library name as necessary
        - Define _STLP_USE_DYNAMIC_LIB depending
        on <runtime-link>, not <runtime-debugging>

Patch from David Deakins.
Addresses #1177.


[SVN r39645]
2007-10-01 18:44:44 +00:00
Rene Rivera
3b73c71ee5 Add/update copyrights+license (with help of a shell script).
[SVN r35851]
2006-11-05 07:13:39 +00:00
Vladimir Prus
5119882456 build/
* generators.jam (construct): Remove the 'allowed-type' parameter.
	Adjust other files.


[SVN r35608]
2006-10-14 10:37:54 +00:00
Rene Rivera
b154e9ed16 Oops, removed too much of the requirements code.
[SVN r34419]
2006-06-27 23:39:16 +00:00
Rene Rivera
2701d76841 Work around STLport link requirements when linking static vs. multi thread modes.
[SVN r34415]
2006-06-27 14:08:14 +00:00
Rene Rivera
f5821fb3bb Disable the multi-thread requirement for STLport5 as the match fallback prevents coherent use of build requirements.
[SVN r34362]
2006-06-20 21:28:29 +00:00
Rene Rivera
df3b8437fa Use default match logic to prevent variant fallback bugs, where the requested build is ignored and an alternate is used.
[SVN r34357]
2006-06-19 20:06:57 +00:00
Rene Rivera
db70fdbed3 Fix calculation of 5.x version number.
[SVN r34293]
2006-06-13 15:47:54 +00:00
Rene Rivera
f007f8eab1 Add newly missing arg to match method.
[SVN r34291]
2006-06-12 20:49:07 +00:00
Rene Rivera
d870e96671 Fix argument mismatch of "libraries *" vs. "libraries +".
[SVN r34052]
2006-05-21 18:21:30 +00:00
Rene Rivera
98137a6c1e Fix +/* change that was requireing specifying the lib paths.
Allow explicitly asking to install the STLport lib by refering to it directly: /stlport//stlport/<install-dependencies>on.
Allow setting up to use STLport by only using the library target /stlport//stlport.


[SVN r33605]
2006-04-09 07:23:47 +00:00
Rene Rivera
35992c9ea7 Add support for STLport 5.x release.
[SVN r33531]
2006-04-04 23:16:13 +00:00
Vladimir Prus
230ec44483 Refactor/improve <tag> support.
* build/targets.jam (generate-realy):
  After applying tag, we used to 'temporary' change self.name,
  which is horrible. How pass the name to 'construct'.

  (construct): New parameter 'name'.

  (tag-name): New rule, extracted from basic-target. This needs to be
  separate rule so that we can call it from 'stage'. Check for a value of
  from '@something' and interpret 'something' as a rule which returns the
  new name.


[SVN r26408]
2004-12-03 08:28:37 +00:00
Vladimir Prus
7015ebb122 Unbreak stlport for msvc, and for 'hostios' configuration.
[SVN r26396]
2004-12-02 07:35:23 +00:00
Vladimir Prus
323da7935d Really allow to configure different versions of STLPort.
Thanks to Reece Dunn for the bug report.


[SVN r26389]
2004-12-01 09:42:06 +00:00
Vladimir Prus
6b0bc477f9 The 'stdlib' feature is no longer link-incompatible, as I generally
don't think link-compatibility check does any good.


[SVN r26270]
2004-11-22 07:52:11 +00:00
Vladimir Prus
533abcaadd Bugfix: the main target rules did not work unless called from Jamfile.
The used 'CALLER_MODULE' to determine the project where the main target
is to be declared, which did not work if the rule is called from another
module.

Thanks to Zbynek Winkler for the bug report.

* build/project.jam (current): New rule
* test/wrapper.py: New test
* other files: Use 'project.current'.


[SVN r22569]
2004-03-31 06:53:56 +00:00
Vladimir Prus
04096aab2d Improve the algorithm for computing build properties.
[SVN r22542]
2004-03-22 08:10:42 +00:00
Vladimir Prus
5faa183c07 Refactorings.
* build/virtual-target.jam
  (subvariant): Renamed from 'subvariant-dg'.
  (subvariant.created-targets, requested-properties, build-properties,
   sources-usage-requirements): Renamed some methods and added some new ones.

* build/targets.jam
  (basic-target.compute-usage-requirements): Accept 'subvariant' instance.
  This allows derived classes to access all kind of information they'd like,
  without adding terrible number of parameters.


[SVN r20518]
2003-10-28 08:44:44 +00:00
Vladimir Prus
31f991df08 Handle hardcode-dll-paths a little bit differently.
* new/targets.jam
  (basic-target.compute-usage-requirements): Add second parameter 'targets'.

* new/builtin.jam
  (lib-target-class.compute-usage-requirements): Add proper <dll-path>
  properties when <hardcode-dll-paths> in in properties.

  (lib-target.adjust-properties): Don't handle <hardcode-dll-paths>.


[SVN r20441]
2003-10-21 10:44:06 +00:00
Vladimir Prus
81dc7f094b Rename 'xclass' to 'class'.
[SVN r19458]
2003-08-05 05:25:33 +00:00
Vladimir Prus
a8291718dd Rename 'xnew' to just 'new'.
[SVN r19434]
2003-08-04 11:12:30 +00:00
Vladimir Prus
96ba56a2e9 Drop all style classes support.
[SVN r19433]
2003-08-04 10:53:34 +00:00
Vladimir Prus
fe09f7e4fe Move abstract-target hierarchy to new classes.
[SVN r19428]
2003-08-04 09:22:29 +00:00
Vladimir Prus
ee7194978b Unbreak STLport and railsys test.
* tools/stlport.jam
  (stlport-target-class.generate): New method.

* test/test_all.py: Run 'railsys' again.


[SVN r19242]
2003-07-21 06:43:28 +00:00
Vladimir Prus
5a25150fa2 Use new-style target in in stlport.jam.
[SVN r18909]
2003-07-01 14:15:22 +00:00
Vladimir Prus
4195bcaba3 STLport works with msvc now.
[SVN r18801]
2003-06-16 12:34:49 +00:00
Vladimir Prus
223c4ad1c7 Work-in-progress on better STLport support.
[SVN r18693]
2003-06-06 09:57:57 +00:00
Vladimir Prus
e488765eae Move a bunch of modules to "tools" directory. I'm uncertain about some
modules that are still in "new", but they can be moved later.


[SVN r18692]
2003-06-06 09:38:49 +00:00