> ... 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): .PARALLEL: t1 t2 t3 That's it, nothing else. There are several ways to block parallelization, and some of them are slightly different: .NO_PARALLEL: t3 t4 # Sun Studio dmake .NOTPARALLEL: t3 t4 # GNU make all: t1 t2 t3 .WAIT t4 t5 # Sun Studio dmake # GNU make does not support .WAIT yet, but it will soon (probably) The recommendation is to properly specify the dependencies instead of using .WAIT: t4: t1 t2 t3 t5: t1 t2 t3 This way to block the parallelization will work for any "make". > 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). 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. 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. Thanks, Nik This message posted from opensolaris.org _______________________________________________ tools-discuss mailing list [email protected]
