townforge/build
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
12,124 Commits 1 Branch 0 Tags 30 MiB
cc
Commit Graph

12124 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Roland Schwarz
ddf1479809 Added "contrib" subdirectory for user contributed modules that are not yet fully reviewed. 
Added first module: boost.jam for linking to prebuilt (decorated) boost libraries.

[SVN r44411]
 2008-04-14 13:27:46 +00:00
Rene Rivera
8a3e1055bc Add multiple requirements for toolset subconditions instead of one composite as they are not supported for conditional requirements. Thanks to Roland for finding the problem. 
[SVN r44354]
 2008-04-12 19:44:47 +00:00
Rene Rivera
7ec865e5bc Add multiple requirements for toolset subconditions instead of one composite as they are not supported for conditional requirements. Thanks to Roland for finding the problem. 
[SVN r44354]
 2008-04-12 19:44:47 +00:00
John Maddock
9d886f8c45 When -lrt is needed, it's needed in *both* single and multi-threaded builds. 
[SVN r44347]
 2008-04-12 16:02:24 +00:00
John Maddock
df5a46c2a9 When -lrt is needed, it's needed in *both* single and multi-threaded builds. 
[SVN r44347]
 2008-04-12 16:02:24 +00:00
Roland Schwarz
ca6ccbc62f Fixed a bug in for seldom used argument <property:/property-name/> in rule format-name. 
Added /property-name/ may be a regex.

[SVN r44343]
 2008-04-12 11:02:35 +00:00
Roland Schwarz
3d2aeda1dc Fixed a bug in for seldom used argument <property:/property-name/> in rule format-name. 
Added /property-name/ may be a regex.

[SVN r44343]
 2008-04-12 11:02:35 +00:00
Jurko Gospodnetić
1b601354c0 Implemented a patch contributed by Igor Nazarenko reimplementing the list_sort() function to use a C qsort() function instead of a hand-crafted merge-sort algorithm. Makes some list sortings (e.g. 1,2,1,2,1,2,1,2,...) extremely faster, in turn significantly speeding up some project builds. 
[SVN r44195]
 2008-04-11 21:03:06 +00:00
Jurko Gospodnetić
44f0865599 Implemented a patch contributed by Igor Nazarenko reimplementing the list_sort() function to use a C qsort() function instead of a hand-crafted merge-sort algorithm. Makes some list sortings (e.g. 1,2,1,2,1,2,1,2,...) extremely faster, in turn significantly speeding up some project builds. 
[SVN r44195]
 2008-04-11 21:03:06 +00:00
Jurko Gospodnetić
116f956f3c Comment typo correction. 
[SVN r44172]
 2008-04-11 10:51:43 +00:00
Jurko Gospodnetić
b43a22503d Comment typo correction. 
[SVN r44172]
 2008-04-11 10:51:43 +00:00
Rene Rivera
69edbd4ede Initial support for cross-compiling to ARM architecture. 
[SVN r44167]
 2008-04-11 07:50:47 +00:00
Rene Rivera
88190045a4 Initial support for cross-compiling to ARM architecture. 
[SVN r44167]
 2008-04-11 07:50:47 +00:00
Rene Rivera
272cddf6d7 Add support for toolset requirements at the definition level. 
[SVN r44166]
 2008-04-11 05:36:28 +00:00
Rene Rivera
6affa2ddcc Add support for toolset requirements at the definition level. 
[SVN r44166]
 2008-04-11 05:36:28 +00:00
Rene Rivera
7e238d9b7c Use local sorted() function to support Python < 2.4. 
[SVN r44165]
 2008-04-11 05:34:00 +00:00
Rene Rivera
23cf7db67e Use local sorted() function to support Python < 2.4. 
[SVN r44165]
 2008-04-11 05:34:00 +00:00
Rene Rivera
a70059725f Add ARM architecture/instrustion-set. 
[SVN r44139]
 2008-04-09 21:20:28 +00:00
Rene Rivera
6d681aae0f Add ARM architecture/instrustion-set. 
[SVN r44139]
 2008-04-09 21:20:28 +00:00
Jurko Gospodnetić
d7407a9ee1 Fixed a bug with bjam not handling the '\' root Windows path correctly without its drive letter being specified. One effect could be seen by MkDir rule on such a path always attempting to create its base folder even if that folder already exists. For example if you attempted to create folder '\Projects\XYZ\BuildDir' it would incorrectly think that '\Projects' folder does not exist and attempt to create it - thus causing the whole build to fail due to the underlying OS mkdir command failing. 
This was caused by the file_dirscan() function in the filent.c module not working correctly when passed '\' as its dir. It then messed up when formatting its file-selection parameter for the _findfirst()/findfirst() API and constructed it as '\/*' which caused that API to fail and return -1 which was in turn being interpreted as 'file not found'.


[SVN r44088]
 2008-04-07 10:32:09 +00:00
Jurko Gospodnetić
b624553db8 Fixed a bug with bjam not handling the '\' root Windows path correctly without its drive letter being specified. One effect could be seen by MkDir rule on such a path always attempting to create its base folder even if that folder already exists. For example if you attempted to create folder '\Projects\XYZ\BuildDir' it would incorrectly think that '\Projects' folder does not exist and attempt to create it - thus causing the whole build to fail due to the underlying OS mkdir command failing. 
This was caused by the file_dirscan() function in the filent.c module not working correctly when passed '\' as its dir. It then messed up when formatting its file-selection parameter for the _findfirst()/findfirst() API and constructed it as '\/*' which caused that API to fail and return -1 which was in turn being interpreted as 'file not found'.


[SVN r44088]
 2008-04-07 10:32:09 +00:00
Jurko Gospodnetić
556474bbb2 Solved the problem with child process returning the value 259 (Windows constant STILL_ACTIVE) causing bjam never to detect that it exited and therefore keep running in an endless loop. Done by relying on the Windows WaitForMultipleObjects() function to detect when a process has exited instead of GetExitCodeProcess(). The later function's MSDN article (http://msdn2.microsoft.com/en-us/library/ms683189(VS.85).aspx) warns about this problem. 
Solved the problem with bjam going into an active wait state, hogging up processor resources, when waiting for one of its child processes to terminate while not all of its available child process slots are being used. To see this bug in action, try compiling a simple C++ program on a 2 processor PC with the -j 2 command-line option and watching how much processor resources bjam uses while linking. Was caused by treating unused process slots as used in the try_wait() function, causing the WaitForMultipleObjects() Windows API call to exit instantly with an error which was then getting incorrectly interpreted as a timeout, starting the whole cycle anew.

  Solved a race condition between bjam's output reading/child process termination detection and the child process's output generation/termination which could have caused bjam not to collect the terminated process's final output.

  Extracted all GetExitCodeProcess() API calls into one location so it no longer gets called in three separate places.

  Minor comment changes in code touched by previous fixes.


[SVN r44087]
 2008-04-07 09:55:18 +00:00
Jurko Gospodnetić
0fcdc894ac Solved the problem with child process returning the value 259 (Windows constant STILL_ACTIVE) causing bjam never to detect that it exited and therefore keep running in an endless loop. Done by relying on the Windows WaitForMultipleObjects() function to detect when a process has exited instead of GetExitCodeProcess(). The later function's MSDN article (http://msdn2.microsoft.com/en-us/library/ms683189(VS.85).aspx) warns about this problem. 
Solved the problem with bjam going into an active wait state, hogging up processor resources, when waiting for one of its child processes to terminate while not all of its available child process slots are being used. To see this bug in action, try compiling a simple C++ program on a 2 processor PC with the -j 2 command-line option and watching how much processor resources bjam uses while linking. Was caused by treating unused process slots as used in the try_wait() function, causing the WaitForMultipleObjects() Windows API call to exit instantly with an error which was then getting incorrectly interpreted as a timeout, starting the whole cycle anew.

  Solved a race condition between bjam's output reading/child process termination detection and the child process's output generation/termination which could have caused bjam not to collect the terminated process's final output.

  Extracted all GetExitCodeProcess() API calls into one location so it no longer gets called in three separate places.

  Minor comment changes in code touched by previous fixes.


[SVN r44087]
 2008-04-07 09:55:18 +00:00
Jurko Gospodnetić
16996b4c0f Made the msvc toolset registration example consistent with its comment and added an additional one specifying the exact msvc version. Many stylistic comment changes. 
[SVN r44086]
 2008-04-06 22:36:59 +00:00
Jurko Gospodnetić
17a7f79f67 Made the msvc toolset registration example consistent with its comment and added an additional one specifying the exact msvc version. Many stylistic comment changes. 
[SVN r44086]
 2008-04-06 22:36:59 +00:00
Vladimir Prus
55ac085435 Make xsltproc more usable standalone. 
* tools/xsltproc.jam (xslt-xsltproc): Bind STYLESHEET.
	(xslt-xsltproc-dir): Likewise.

Thanks to Eric Woodruff for the bug report.


[SVN r44067]
 2008-04-06 05:00:28 +00:00
Vladimir Prus
ca078a9f84 Make xsltproc more usable standalone. 
* tools/xsltproc.jam (xslt-xsltproc): Bind STYLESHEET.
	(xslt-xsltproc-dir): Likewise.

Thanks to Eric Woodruff for the bug report.


[SVN r44067]
 2008-04-06 05:00:28 +00:00
Hartmut Kaiser
bdbfd15c54 Reverted unintenional changes. 
[SVN r44060]
 2008-04-05 17:03:16 +00:00
Hartmut Kaiser
df70c1065a Reverted unintenional changes. 
[SVN r44060]
 2008-04-05 17:03:16 +00:00
Hartmut Kaiser
238521ffb2 Reverted accidental change. 
[SVN r44024]
 2008-04-04 01:26:47 +00:00
Hartmut Kaiser
f6fc415b20 Reverted accidental change. 
[SVN r44024]
 2008-04-04 01:26:47 +00:00
Hartmut Kaiser
3d8074631b Wave: Some updates to the new 'preprocess_pragma_output' example. This fixes ticket #1752. 
[SVN r44023]
 2008-04-04 01:22:12 +00:00
Hartmut Kaiser
c71500ada6 Wave: Some updates to the new 'preprocess_pragma_output' example. This fixes ticket #1752. 
[SVN r44023]
 2008-04-04 01:22:12 +00:00
Vladimir Prus
753d256a8b Fix 64-bit static libs on vacpp. 
Patch from Christopher Cambly.


[SVN r43994]
 2008-04-02 05:21:58 +00:00
Vladimir Prus
ca60b82c69 Fix 64-bit static libs on vacpp. 
Patch from Christopher Cambly.


[SVN r43994]
 2008-04-02 05:21:58 +00:00
Vladimir Prus
42cc564420 Remove leftover debug code 
[SVN r43993]
 2008-04-02 05:15:43 +00:00
Vladimir Prus
0673909fca Remove leftover debug code 
[SVN r43993]
 2008-04-02 05:15:43 +00:00
Vladimir Prus
03bbc2448d Ubreak loading of build-system.jam. 
[SVN r43991]
 2008-04-01 18:39:55 +00:00
Vladimir Prus
67f811e2e5 Ubreak loading of build-system.jam. 
[SVN r43991]
 2008-04-01 18:39:55 +00:00
Vladimir Prus
02e16a934e For BoostBuild regression test, handle OSX intel. 
Patch from Hugo Duncan.


[SVN r43989]
 2008-04-01 18:22:21 +00:00
Vladimir Prus
439d41eaee For BoostBuild regression test, handle OSX intel. 
Patch from Hugo Duncan.


[SVN r43989]
 2008-04-01 18:22:21 +00:00
Vladimir Prus
a4c0303922 Allow "bjam path/to/file" to work. 
[SVN r43986]
 2008-04-01 17:40:39 +00:00
Vladimir Prus
d21c34470a Allow "bjam path/to/file" to work. 
[SVN r43986]
 2008-04-01 17:40:39 +00:00
K. Noel Belcourt
73ee7119d2 Fix typo (forgot space before semi-colon). 
[SVN r43920]
 2008-03-29 02:03:29 +00:00
K. Noel Belcourt
3e0976f5e3 Fix typo (forgot space before semi-colon). 
[SVN r43920]
 2008-03-29 02:03:29 +00:00
K. Noel Belcourt
bec988cac1 Fix address-model support for 32/64 bit code generation. 
Replaced -mcmodel with -m32 / -m64.



[SVN r43900]
 2008-03-28 02:10:04 +00:00
K. Noel Belcourt
08c8e6d412 Fix address-model support for 32/64 bit code generation. 
Replaced -mcmodel with -m32 / -m64.



[SVN r43900]
 2008-03-28 02:10:04 +00:00
Vladimir Prus
12563e5b93 Fix #1698 (http://svn.boost.org/trac/boost/ticket/1698). 
* build/virtual-target.jam (register): Ignore
    differences in incidental dependency features.


[SVN r43721]
 2008-03-19 10:51:45 +00:00
Vladimir Prus
dfe0e931f8 Fix #1698 (http://svn.boost.org/trac/boost/ticket/1698). 
* build/virtual-target.jam (register): Ignore
    differences in incidental dependency features.


[SVN r43721]
 2008-03-19 10:51:45 +00:00
Rene Rivera
1703e4f9c2 Merge latest BBv2 from trunk to release. 
[SVN r43635]
 2008-03-15 18:55:28 +00:00