| Change | User | Description | Committed |
|---|---|---|---|
| 4112 | Craig Mcpheeters | Small change. | 21 years ago |
| 4111 | Craig Mcpheeters | Integration from my jam branch | 21 years ago |
| 4110 | Craig Mcpheeters | Some of my changes from work. | 21 years ago |
| 3183 | Craig Mcpheeters | Integration of my jam mainline branch into my work branch. | 22 years ago |
| 3182 | Craig Mcpheeters | Update of my work branch. | 22 years ago |
| 1664 | Craig Mcpheeters | A new extension - semaphores | 23 years ago |
| 1663 | Craig Mcpheeters | Integration of jam 2.4 into my work branch | 23 years ago |
| 1607 | Craig Mcpheeters | Updating my local jambase | 23 years ago |
| 1606 | Craig Mcpheeters | Integration from my modified jam mainline. This is all the mainline change...s into my work branch. « |
23 years ago |
| 1605 | Craig Mcpheeters |
Updated with respect to my copy at work. A few minor updates/enhancements |
23 years ago |
| 1484 | Craig Mcpheeters | Integration from my mainline into my branch. Incorporation of the W32_GetReg stuff from M...att to set MSVCNT. Cool « |
23 years ago |
| 1481 | Craig Mcpheeters | Oops, forgot these ones | 23 years ago |
| 1480 | Craig Mcpheeters | Changed the style of the 'expr' rule in jamgram.yy to something similar to that us...ed in 2.3 for the 'cond' rule. The expr rule was failing on expressions of the form: if ! $(var) in $(list) { } which was being expressed as: if ( ! $(var) ) in $(list) { } rather than the old 2.3 behaviour: if ! ( $(var) in $(list) ) { } In our Jambase, I now turn on the header cache, always « |
23 years ago |
| 1478 | Craig Mcpheeters | Propogated changes into our Jambase. | 23 years ago |
| 1477 | Craig Mcpheeters |
Integration from my main jam branch. This is 2.4-dev with my extensions. |
23 years ago |
| 1347 | Craig Mcpheeters |
Integration from my public area. This is the latest header cache changes. |
23 years ago |
| 1191 | Craig Mcpheeters | Integration from my public branch | 23 years ago |
| 1188 | Craig Mcpheeters | The latest updates from my A|W work copy. Added a -d11 debug mode, which outputs informat...ion on fate changes Create jam variables to show job (-jn) information, such as the number of jobs requested, whether or not there is more than one job, and a list of the job slot numbers. These can be used in a variety of ways in supporting multi-job builds Added jobs slot expansion to the action blocks, the sequence !! is replaced by the job slot the action is running in. Modified the special shell handling to include unix. It used to be that on Unix, you could create an action block which exceeded the size that execvp() could handle (perhaps only when the DynamicCommandSize option is enabled.) On NT, all non-default shells are invoked through a intermediate file. This modification does the same for unix shells. Improved the -d+10 debug level, the dependency graph. It now shows the flags on the node as well (NOUPDATE, NOTFILE, etc.) Only issue the '...skipped' messages for nodes which would have been built « |
23 years ago |
| 1102 | Craig Mcpheeters | A tweak | 23 years ago |
| 1100 | Craig Mcpheeters | Added a percent-done extension Converted the hcache file to ansi, as the rest of Jam was... updated in 2.3 « |
23 years ago |
| 1085 | Craig Mcpheeters | Returned some changes to bring this copy in line with our internal version * Adde...d some double quotes in the Jambase so we can compile files with spaces in the names * Updated our Jambase.aw from the Jambase * Added some debug/optim code to the Jamfile * Fixed a bug in command.c In my dynamic command size extension, it no longer took into account if a target was marked as piecemeal. Now it does * Fixed a bug in execunix.c In jam 2.3 the logic for when to invoke the interpreter directly, and when to go through an intermediate .bat file was changed. This was failing for us, as on NT, cmd.exe does not handle large lines. rc.exe was failing when it went through a .bat file. Reverted it to the 2.2 logic « |
23 years ago |
| 1071 | Craig Mcpheeters | A few tweaks from my jam branch. | 23 years ago |
| 785 | Craig Mcpheeters | Integration from //guest/craig_mcpheeters/jam/src/... This work area now contains both th...e Alias|Wavefront changes, and the latest integrations from the mainline. There are some changes in this area which shouldn't be merged back into the mainline. As I merge this branch back into my jam/src/... branch, I'll leave out a few of the changes. « |
24 years ago |
| 782 | Craig Mcpheeters | Initial return of the Alias|Wavefront mods to jam 2.2. I made a stab at a... configuration system - see the file Jamfile.config. Most of the mods are now enclosed within #ifdef blocks, which kind of pollutes the code, but may make it easier to accept or reject some of these changes. Some of these #ifdefs could disappear completely if they are accepted into the mainline This return implements the following extensions: * header cache * dynamic command block size, allowing for *large* commands * slightly improved warnings and errors * serial output from jam - nice when working with multiple jobs * an extension to variable modifiers: $(>:/) and $(>:\\) * ability to ignore header dependencies for a build (jam -p) * new debug level, -d+10, which outputs the dependency graph * added no-care support to internal nodes. if they fail, dependents are built anyway * time stamps on output * a few minor output modifications * a fix for nt batch file names conflicing when more than one jam runs at a time Each of the above can be enabled/disabled on the command line. For example, to turn on the HeaderCache code: jam -sHeaderCache=1 that is, build jam first, then use that jam to build a new one with the options you want. Some of these changes may have been made in the mainline already, my next step will be to integrate the mainline changes into these ones This return isn't yet ready for prime-time « |
24 years ago |
| 777 | Craig Mcpheeters | Branch of my jam/src/... area. This new area establishes the integration bas...e for the copy of Jam which has all the changes. « |
24 years ago |