On Thu, Jun 29, 2017 at 12:39:50PM -0300, Joseph Mingrone wrote:
> ...
> With those options, the build succeeds in an 11.0-RELEASE-p1 jail.
> http://pkg.awarnach.mathstat.dal.ca/data/11amd64-default/2017-06-28_16h53m48s/logs/R-3.4.0_2.log
> ... 
> Everything matches.  The successful build in poudriere even has the same
> line that generates the error for you.
> 
> /usr/local/bin/gcc-ar5 -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
> 
> Could you have something in your environment or in make.conf that's
> causing a problem?
> ....

As expected, further attempts to build math/R on my laptop have
continued to fail as before -- and as mentioned, I ran a poudriere run,
where building the package for math/R worked.

That said, the line in the poudriere log that corresponds to the failing
invocation is a bit different in my case.  (I found a couple of small
options differences, such as paper size; I don't believe those have
anything to do with the observed differences, but I've corrected them
for tomorrow's poudriere run.)

The line in the failing case (with the immediately preceding line
for context):

...
gcc5 -I. -I. -I../../../src/include -I../../../src/include -DLIBICONV_PLUG 
-I/usr/local/include -isystem /usr/local/include -DHAVE_CONFIG_H   -fopenmp 
-fpic  -O2 -pipe  -DLIBICONV_PLUG -fstack-protector 
-Wl,-rpath=/usr/local/lib/gcc5 -isystem /usr/local/include -fno-strict-aliasing 
-flto -fvisibility=hidden -c xmalloc.c -o xmalloc.o
/usr/local/bin/gcc-ar5 -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: unrecognized option `--plugin'


and in the successful poudriere run:

...
cc -I. -I. -I../../../src/include -I../../../src/include -DLIBICONV_PLUG 
-I/usr/local/include -isystem /usr/local/include -DHAVE_CONFIG_H    -fpic  -O2 
-pipe  -DLIBICONV_PLUG -fstack-protector -isystem /usr/local/include 
-fno-strict-aliasing  -fvisibility=hidden -c xmalloc.c -o xmalloc.o
/usr/local/bin/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


Looking (on the laptop) at plausible "ar" executables in /usr/local/bin,
I see:

g1-227(12.0-C)[3] (cd /usr/local/bin && ls -lTi gcc-ar* ar)
1850562 -r-xr-xr-x  2 root  wheel  6368928 Mar 23 05:10:40 2017 ar
1850780 -r-xr-xr-x  2 root  wheel    25728 May  1 05:47:28 2017 gcc-ar49
1846261 -r-xr-xr-x  2 root  wheel    26192 Jun 30 04:57:30 2017 gcc-ar5
g1-227(12.0-C)[4] 

Apparently "ar" was installed by binutils-2.28,1, while the gcc-ar*
were installed by gcc49-4.9.4_3 and gcc5-5.4.0_2, respectively.

Weird.

Peace,
david
-- 
David H. Wolfskill                              da...@catwhisker.org
Congratulations on the sesquicentennial, Canada! :-)

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

Attachment: signature.asc
Description: PGP signature

Reply via email to