|
From: | Simon Sobisch |
Subject: | Re: [GnuCOBOL 3.0-rc1] testsuite: 5 8 11 12 13 14 17 18 19 20 72 189 360 370 380 381 392 393 395 415 477 478 479 480 487 500 502 503 504 505 506 507 508 545 546 547 549 551 554 561 562 565 567 576 581 584 585 586 655 664 724 788 808 809 810 821 824 825 828 841 842 843 858 861 862 876 877 878 879 880 881 890 failed, 787 passed unexpectedly |
Date: | Sun, 10 May 2020 14:12:22 +0200 |
User-agent: | Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 |
Hi Ed, Am 29.04.2020 um 13:36 schrieb Ed: > This is Mac running MacOS 10.15.4 > > configure was run --without-db because it couldĀ not locate > versionĀ information in db.h In this case it is likely that you did not have it available on your installation or need to add "CPPFLAGS=-I/folder/containing/it" often "CPPFLAGS=-I/usr/local/include" as argument to the configure script. > testsuite.log attached. I tried to run make check on the latest nightly > build and it generated far too many errors This came up before, see https://lists.gnu.org/archive/html/bug-gnucobol/2016-11/msg00002.html In short (as one can see in the testuite.log you've attached): The system does not support the -R option which was added by the configure script. The configure script did not recognized it as the compiler just executes a warning, not an error - but the testsuite checks the user-visible output which is full of it. Different solutions are provided in the link above, the simplest one is to add --disable-rpath as argument to the configure script (but in this case you have to ensure that LD_LIBRARY_PATH / DYLD_LIBRARY_PATH / whatever your system uses) includes the folder containing your libraries (like libgmp) and the place you'll install GnuCOBOL to (defaults to /usr/local/lib if not changed via --prefix). > Ed Simon
[Prev in Thread] | Current Thread | [Next in Thread] |