Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

mpfr libtool issue when setting RANLIB variable

Hi list,

After upgrading my src tree (three week jump due to being AFK), I am seeing a 100% reproducible failure when building mpfr for tools.

The build is done on a fairly recent system:

NetBSD paris 5.99.55 NetBSD 5.99.55 (GENERIC) #0: Sun Aug 21 10:53:00 UTC 2011 amd64

The error is kind of hard to read. FYI, here it is:

libtool: link: ar cru .libs/libmpfr.a exceptions.o extract.o uceil_exp2.o uceil _log2.o ufloor_log2.o add.o add1.o add_ui.o agm.o clear.o cmp.o cmp_abs.o cmp_si .o cmp_ui.o comparisons.o div_2exp.o div_2si.o div_2ui.o div.o div_ui.o dump.o e q.o exp10.o exp2.o exp3.o exp.o frac.o get_d.o get_exp.o get_str.o init.o inp_st r.o isinteger.o isinf.o isnan.o isnum.o const_log2.o log.o modf.o mul_2exp.o mul _2si.o mul_2ui.o mul.o mul_ui.o neg.o next.o out_str.o printf.o vasprintf.o cons t_pi.o pow.o pow_si.o pow_ui.o print_raw.o print_rnd_mode.o reldiff.o round_prec .o set.o setmax.o setmin.o set_d.o set_dfl_prec.o set_exp.o set_rnd.o set_f.o se t_prc_raw.o set_prec.o set_q.o set_si.o set_str.o set_str_raw.o set_ui.o set_z.o sqrt.o sqrt_ui.o sub.o sub1.o sub_ui.o rint.o ui_div.o ui_sub.o urandom.o urand omb.o get_z_exp.o swap.o factorial.o cosh.o sinh.o tanh.o sinh_cosh.o acosh.o as inh.o atanh.o atan.o cmp2.o exp_2.o asin.o const_euler.o cos.o sin.o tan.o fma.o fms.o hypot.o log1p.o expm1.o log2.o log10.o ui_pow.o ui_pow_ui.o minmax.o dim. o signbit.o copysign.o setsign.o gmp_op.o init2.o acos.o sin_cos.o set_nan.o set _inf.o set_zero.o powerof2.o gamma.o set_ld.o get_ld.o cbrt.o volatile.o fits_ss hort.o fits_sint.o fits_slong.o fits_ushort.o fits_uint.o fits_ulong.o fits_uint max.o fits_intmax.o get_si.o get_ui.o zeta.o cmp_d.o erf.o inits.o inits2.o clea rs.o sgn.o check.o sub1sp.o version.o mpn_exp.o mpfr-gmp.o mp_clz_tab.o sum.o ad d1sp.o free_cache.o si_op.o cmp_ld.o set_ui_2exp.o set_si_2exp.o set_uj.o set_sj .o get_sj.o get_uj.o get_z.o iszero.o cache.o sqr.o int_ceil_log2.o isqrt.o strt ofr.o pow_z.o logging.o mulders.o get_f.o round_p.o erfc.o atan2.o subnormal.o c onst_catalan.o root.o sec.o csc.o cot.o eint.o sech.o csch.o coth.o round_near_x .o constant.o abort_prec_max.o stack_interface.o lngamma.o zeta_ui.o set_d64.o g et_d64.o jn.o yn.o rem1.o get_patches.o add_d.o sub_d.o d_sub.o mul_d.o div_d.o d_div.o li2.o rec_sqrt.o min_prec.o buildopt.o digamma.o bernoulli.o isregular.o
 set_flt.o get_flt.o scale2.o set_z_exp.o ai.o gammaonethird.o
libtool: link: ranlib
Usage: ranlib [options] archive
 Generate an index to speed access to archives
 The options are:
  @<file>                      Read options from <file>
-t Update the archive's symbol map timestamp
  -h --help                    Print this help message
  -v --version                 Print version information
ranlib: supported targets: elf64-x86-64 elf32-i386 a.out-i386-netbsd coff-i386 e fi-app-ia32 efi-bsdrv-ia32 efi-rtdrv-ia32 efi-app-x86_64 efi-bsdrv-x86_64 efi-rt drv-x86_64 elf64-little elf64-big elf32-little elf32-big srec symbolsrec tekhex
binary ihex netbsd-core
eval: .libs/libmpfr.a: permission denied
*** [] Error code 126
nbmake: stopped in /home/jym/cvs/obj/tools/mpfr/build
1 error
nbmake: stopped in /home/jym/cvs/obj/tools/mpfr/build
[stack of errors]

The error is likely due to an incorrect libtool built during tools' compilation:

# A symbol stripping program.STRIP="strip"

# Commands used to install an old-style archive.
old_postinstall_cmds="chmod 644 \$oldlib~\$RANLIB \$oldlib"

For whatever reason, configure script adds a \r (or \n?) when setting the RANLIB variable. I can trace it back to config.status:

old_postinstall_cmds='chmod 644 $oldlib~$RANLIB $oldlib'

Then after its all up to ./configure script from mpfr, which is (at least to me) not that human-readable. At first glance though, everything seems correct inside. Looks similar to the one of GMP (which generates a correct RANLIB variable BTW, without the \n inside the "" quotes).

Does this ring a bell to someone here? I completely nuked my OBJDIR and TOOLDIR, downloaded a src from cratch, and the thing still happens. Note that this was tested on a fairly recent -HEAD system, I'll give a -5.1 a try in a few hours or so.

Jean-Yves Migeon

Home | Main Index | Thread Index | Old Index