You receive this bug because this package does not respect my system's AR ( x86_64-pc-linux-gnu-ar - /usr/bin/x86_64-pc-linux-gnu-ar ) and calls directly ar - /usr/bin/ar The possible solutions to fix this issue are: 1)Fix the buildsystem, if you can 2)inherit toolchain-funcs and use tc-export AR 3)inherit toolchain-funcs and use emake AR="$(tc-getAR)" libtool: link: ar cru .libs/libh5test.a .libs/h5test.o .libs/testframe.o .libs/cache_common.o libtool: link: ar cru .libs/libh5tools.a .libs/h5tools.o .libs/h5tools_dump.o .libs/h5tools_str.o .libs/h5tools_utils.o .libs/h5diff.o .libs/h5diff_array.o .libs/h5diff_attr.o .libs/h5diff_dset.o .libs/h5diff_util.o .libs/h5trav.o .libs/h5tools_filters.o .libs/h5tools_ref.o .libs/h5tools_type.o libtool: link: ar cru .libs/libh5test_fortran.a .libs/tf.o .libs/t.o
$ AR=/usr/bin/x86_64-pc-linux-gnu-ar ebuild /usr/portage/sci-libs/hdf5/hdf5-1.8.10.ebuild digest clean compile ... $ grep ' cru ' /var/tmp/portage/sci-libs/hdf5-1.8.10/temp/build.log libtool: link: /usr/bin/x86_64-pc-linux-gnu-ar cru .libs/libh5test.a .libs/h5test.o .libs/testframe.o .libs/cache_common.o libtool: link: /usr/bin/x86_64-pc-linux-gnu-ar cru .libs/libh5tools.a .libs/h5tools.o .libs/h5tools_dump.o .libs/h5tools_str.o .libs/h5tools_utils.o .libs/h5diff.o .libs/h5diff_array.o .libs/h5diff_attr.o .libs/h5diff_dset.o .libs/h5diff_util.o .libs/h5trav.o .libs/h5tools_filters.o .libs/h5tools_ref.o .libs/h5tools_type.o libtool: link: /usr/bin/x86_64-pc-linux-gnu-ar cru .libs/libh5test_fortran.a .libs/tf.o .libs/t.o
Please don't close for the fun =) I can reproduce it on many machines, please give me the output without setting AR before the emerge.
and..for the record, I didn't say it does not have AR variable in its buildsystem, simply it does not initialize AR as my system-ar
+ 01 Jan 2013; Kacper Kowalik <xarthisius@gentoo.org> hdf5-1.8.10.ebuild, + hdf5-1.8.8-r1.ebuild, hdf5-1.8.9-r2.ebuild: + Respect AR wrt #449514 by Agostino Sarubbo <ago@gentoo.org>