Quoth Nikolay Molchanov on Sat, Apr 22, 2006 at 02:41:30PM -0700: > > ... We've already invested parallelization effort in > > utilizing Studio's make, which has unfortunately > > rendered us ineligible for Electric Cloud's automatic analysis. > > It sounds very strange to me. What particularly could be > changed in makefiles to improve the parallelization utilizing > Sun Studio dmake, that can make these makefiles unusable > for gmake? There is only one special target, and its name > is the same for both (dmake and gmake):
Then I was mistaken. It's the use of general Sun-make-specific constructs (like conditional macro assignments) rather than Sun-make-specific parallelization ones. > > So the project effort might be better spent writing gmake > > Makefiles and asking Electric Cloud for a trial. > > The main difference between Sun make and GNU make is not > in parallelization (and Sun Studio dmake is probably better than > GNU make and Electric Cloud in parallelization). Perhaps you misunderstand Electric Cloud. It provides benefit not through a better make (though maybe that's part of it), but by filesystem-level dependency analysis, distribution, and file caching. > There are > many serious differences in syntax between Sun make and > GNU make, and that's the main problem why GNU make cannot > understand Solaris makefiles. Right. > BTW, some time ago we investigated the level of parallelization > in Solaris ON build, and we found out that it is very good. On a > 4 CPU system, the coefficient was 3.6. We used Sun Studio dmake, > and Solaris 9 sources. Right. This is why I haven't brought this up before. Given that we already parallelize pretty well, and we so widely use Sun-make-specific features, it seems unlikely that converting the Makefiles will be worth the effort. David _______________________________________________ tools-discuss mailing list [email protected]
