$ ▶ ./blatt.sh /var/tmp/portage/logs/dev-lang\:R-2.15.2-r2\:20130214-230347.log >>> dev-lang/R-2.15.2: ISSUES FOUND > Hardcoded calls: ar cr libtre.a regcomp.o regerror.o regexec.o tre-ast.o tre-compile.o tre-match-approx.o tre-match-backtrack.o tre-match-parallel.o tre-mem.o tre-parse.o tre-stack.o xmalloc.o ar cr libappl.a bakslv.o binning.o cpoly.o cumsum.o fft.o fmin.o integrate.o interv.o lbfgsb.o machar.o maxcol.o pretty.o rcont.o rowsum.o stem.o strsignif.o tabulate.o uncmin.o zeroin.o ch2inv.o chol.o dchdc.o dpbfa.o dpbsl.o dpoco.o dpodi.o dpofa.o dposl.o dqrdc.o dqrdc2.o dqrls.o dqrsl.o dqrutl.o dsvdc.o dtrco.o dtrsl.o eigen.o ar cr libnmath.a mlutils.o d1mach.o i1mach.o fmax2.o [...] Reproducible: Always
Could you please translate in plain english? Thanks, Denis.
Hello, sorry I implied you knew what I was talking about. In short, the build system is calling "ar" directly. It should NOT do that because it can lead to problems when cross-compiling. It should call it's full equivalent 'name', for example, "x86_64-pc-linux-gnu-ar". Please, have a look at other reported bugs about hardcoded AR calls and see how other devs solve this. In most cases using (from https://444082.bugs.gentoo.org/attachment.cgi?id=330320): - emake || die "compile fail" + emake AR="$(tc-getAR)" || die "compile fail" Can fix this issue. Although there are a couple of other ways if this does not work.
(In reply to comment #2) > Hello, sorry I implied you knew what I was talking about. > > In short, the build system is calling "ar" directly. It should NOT do that > because it can lead to problems when cross-compiling. It should call it's > full equivalent 'name', for example, "x86_64-pc-linux-gnu-ar". Different AR does not cause issues during cross-compiling. But the buildsystem should respect the system AR.
Fixed, thanks. Denis.