Why does get_number_of_jobs reduces the number of parallel jobs to "to
ensure successful merge"? In my humble opinion if a package fails to
compile with a large -j then the ebuild should know the limit and
reduce it.
An example of the problem: My machine has one processor but there are
many icecc daemons running on the local network. get_number_of_jobs
makes libstdc++-v3 compile with -j2 but It could use -j25 from the
/etc/make.conf. Removing the get_number_of_jobs makes libstdc++-v3
compile much faster.
Thanks for any comments,
Rafael Ávila de Espíndola
--
gentoo-dev@gentoo.org mailing list
ensure successful merge"? In my humble opinion if a package fails to
compile with a large -j then the ebuild should know the limit and
reduce it.
An example of the problem: My machine has one processor but there are
many icecc daemons running on the local network. get_number_of_jobs
makes libstdc++-v3 compile with -j2 but It could use -j25 from the
/etc/make.conf. Removing the get_number_of_jobs makes libstdc++-v3
compile much faster.
Thanks for any comments,
Rafael Ávila de Espíndola
--
gentoo-dev@gentoo.org mailing list