[Mesa-users] Installation failed while testing crlibm module

Kuldeep Verma kuldeepv89 at gmail.com
Thu Feb 1 09:51:17 EST 2018


Hi Rob,

Many thanks for looking into it. Please find the attached run.log file.

[kuldeep at s81n11 ~]$ uname -a
Linux s81n11.grendel.cscaa.dk 3.10.0-514.2.2.el7.x86_64 #1 SMP Tue Dec 6
23:06:41 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

[kuldeep at s81n11 ~]$ ldd --version
ldd (GNU libc) 2.17
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

Best wishes,
Kuldeep

On Thu, Feb 1, 2018 at 1:58 PM, Rob Farmer <r.j.farmer at uva.nl> wrote:

> Hi
>
> Thanks for the report, could you put this file into
> $MESA_DIR/crlibm/public/ (overwriting the one that exists there now) then:
>
> cd $MESA_DIR/crlibm/test
> ./clean && ./mk && ./tester | tee run.log
>
> and send the run.log file back that gets made.
>
> Also you say you are running centos 5.x/6.x, a 5.x version would be very
> old, could you check which version you have with:
>
> uname -a
> and also send the output of
> ldd --version
>
> Thanks
> Rob
>
>
> On 1 February 2018 at 13:28, Kuldeep Verma via Mesa-users <
> mesa-users at lists.mesastar.org> wrote:
>
>> Dear All,
>>
>> I was trying to install the latest version of mesa (10108) with the
>> latest version of mesasdk (January 2018) on a cluster (OS: CentOS 5.x/6.x
>> Linux 64 bit, on which I had successfully installed an older version of
>> mesa some time back). I could install mesasdk successfully (see below the
>> outputs of few commands).
>>
>> [kuldeep at s81n11 ~]$ source $MESASDK_ROOT/bin/mesasdk_init.sh
>> mesasdk_init.sh: checking architecture
>> mesasdk_init.sh: checking prerequisites
>> mesasdk_init.sh: regenerating headers
>>
>> [kuldeep at s81n11 ~]$ gfortran --version
>> GNU Fortran (GCC) 7.2.0
>> Copyright (C) 2017 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions.  There is NO
>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
>> PURPOSE.
>>
>>
>>
>>
>> The ./clean followed ./install command in the the directory mesa-r10108
>> failed with the following error message:
>>
>> make[2]: Entering directory `/home/kuldeep/mesa-r10108/crl
>> ibm/crlibm/tests'
>> gcc -DHAVE_CONFIG_H -I. -I.. -I..   -O0 -std=gnu99   -MT test_val.o -MD
>> -MP -MF .deps/test_val.Tpo -c -o test_val.o test_val.c
>> gcc -DHAVE_CONFIG_H -I. -I.. -I..   -O0 -std=gnu99   -MT test_common.o
>> -MD -MP -MF .deps/test_common.Tpo -c -o test_common.o test_common.c
>> gcc -DHAVE_CONFIG_H -I. -I.. -I..   -O0 -std=gnu99   -MT soak_test.o -MD
>> -MP -MF .deps/soak_test.Tpo -c -o soak_test.o soak_test.c
>> gcc -DHAVE_CONFIG_H -I. -I.. -I..   -O0 -std=gnu99   -MT test_perf.o -MD
>> -MP -MF .deps/test_perf.Tpo -c -o test_perf.o test_perf.c
>> gcc -DHAVE_CONFIG_H -I. -I.. -I..   -O0 -std=gnu99   -MT blind_test.o -MD
>> -MP -MF .deps/blind_test.Tpo -c -o blind_test.o blind_test.c
>> gcc -DHAVE_CONFIG_H -I. -I.. -I..   -O0 -std=gnu99   -MT
>> generate_test_vectors.o -MD -MP -MF .deps/generate_test_vectors.Tpo -c
>> -o generate_test_vectors.o generate_test_vectors.c
>> mv -f .deps/generate_test_vectors.Tpo .deps/generate_test_vectors.Po
>> mv -f .deps/soak_test.Tpo .deps/soak_test.Po
>> mv -f .deps/blind_test.Tpo .deps/blind_test.Po
>> mv -f .deps/test_val.Tpo .deps/test_val.Po
>> mv -f .deps/test_common.Tpo .deps/test_common.Po
>> gcc -O0 -std=gnu99     -o crlibm_testval test_val.o test_common.o
>> ../libcrlibm.a -lm
>> gcc -O0 -std=gnu99     -o crlibm_soaktest soak_test.o test_common.o
>> ../libcrlibm.a -lm
>> gcc -O0 -std=gnu99     -o crlibm_blindtest blind_test.o test_common.o
>> ../libcrlibm.a -lm
>> gcc -O0 -std=gnu99     -o crlibm_generate_test_vectors
>> generate_test_vectors.o test_common.o ../libcrlibm.a -lm
>> mv -f .deps/test_perf.Tpo .deps/test_perf.Po
>> gcc -O0 -std=gnu99     -o crlibm_testperf test_perf.o test_common.o
>> ../libcrlibm.a -lm
>> make[2]: Leaving directory `/home/kuldeep/mesa-r10108/crl
>> ibm/crlibm/tests'
>> make[1]: Leaving directory `/home/kuldeep/mesa-r10108/crlibm/crlibm'
>> gcc -O3 -w -fno-common -fexceptions -c -I../../include
>> ../private/crlibm_c_fortran.c -o crlibm_c_fortran.o
>> gfortran -Wno-uninitialized -fno-range-check -fmax-errors=12
>> -fprotect-parens -fno-sign-zero -fbacktrace -ggdb -finit-real=snan
>> -fopenmp  -std=f2008 -Wno-error=tabs -I../public -I../private
>> -I../../include -I/home/kuldeep/mesasdk/include -Wunused-value -Werror
>> -W -Wno-compare-reals -Wno-unused-parameter -fimplicit-none   -O2 -c
>> -ffree-form -x f95-cpp-input ../public/crlibm_lib.f
>> ar crs libf2crlibm.a crlibm_c_fortran.o crlibm_lib.o
>> make: `libf2crlibm.a' is up to date.
>> gfortran -Wno-uninitialized -fno-range-check -fmax-errors=12
>> -fprotect-parens -fno-sign-zero -fbacktrace -ggdb -finit-real=snan -fopenmp
>> -I../../make -I../../public -I../../../include -fbounds-check
>> -Wuninitialized -Warray-bounds  -c -ffree-form -x f95-cpp-input
>> ../src/test_crlibm.f
>> gfortran -fopenmp -o ../tester test_crlibm.o \
>> -L../../make -lf2crlibm -lcrlibm -L../../../lib -lutils -lconst
>>
>> FAILED
>>
>>
>> /home/kuldeep/mesa-r10108/crlibm/test
>> ./build_and_test FAILED
>>
>>
>> /home/kuldeep/mesa-r10108/crlibm
>> ./build_and_test FAILED
>>
>>
>>
>>
>> You can find the files mesa-r10108/crlibm/crlibm/config.log and
>> mesa-r10108/crlibm/test/tmp.txt attached with the email. Your pointer
>> towards the issue would be highly appreciated (I apologize in advance if I
>> missed to find an existing solution of this problem on the mailing list).
>>
>> Best wishes,
>> Kuldeep
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20180201/64567c08/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: run.log
Type: text/x-log
Size: 6980 bytes
Desc: not available
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20180201/64567c08/attachment.bin>


More information about the Mesa-users mailing list