Re: Could not compile gnu apl-1.8 on Fedora 32

[Dr . Jürgen Sauermann]

    Hi Hans-Peter, Doug,
      
      thanks for the info.
      
      I made a few changes to improve matters. SVN 1343.
      Not sure if they help, though:
      
      * made libtinfo a weak dependency for the GNU APL RPM. According
      to
      rpm.org that should cause rpm try to install libtinfo but continue
      if that fails.
      There is an inherent problem here: the binary rpm may be built on
      a machine
      which has libtinfo installed (i.e. on my machine) and then
      installed on a
      machine which has not. The "proper" RPM solution for this would be
      to
      "Require: libtinfo" in the RPM but this is a bit too harsh since libtinfo is
        optional as far as GU APL is concerned. This change only affects
        the
        installation from an RPM,
        
      * explicitly check for libtinfo in ./configure. That should
      prevent libtool from
        using -ltinfo if the libtinfo was not found.
      This change affects the building of GNU APL from source.
      
      The cleanest solution is still to install libtinfo but that is
      something that the
      GNU APL installation cannot enforce.
      
      Best Regards,
      Jürgen

On 9/1/20 11:40 AM, Hans-Peter Sorge wrote:

Hi,

just to let you know (FC32, most recent version). The dependency shows

dnf deplist apl-1.8-0.x86_64.rpm
.....
  dependency: libstdc++.so.6(GLIBCXX_3.4.9)(64bit)
   provider: libstdc++-10.2.1-1.fc32.x86_64
  dependency: libtinfo.so.5()(64bit)
   provider: ncurses-compat-libs-6.1-15.20191109.fc32.x86_64
  dependency: libtinfo.so.5(NCURSES_TINFO_5.0.19991023)(64bit)
....

Where as the current package installed is at 6.1:
pkg-config --modversion /usr/lib64/pkgconfig/tinfo.pc
6.1.20191109

----------------->
Installing:
rpm -i --nodeps apl-1.8-0.x86_64.rpm

/usr/bin/apl -v
/usr/bin/apl: /lib64/libtinfo.so.5: no version information available (required by /usr/bin/apl)
BUILDTAG:
---------
    Project:        GNU APL
    Version / SVN:  1.8 / 15426M
    Build Date:     2019-06-23 13:45:31 UTC
    Build OS:       Linux 4.15.0-51-generic x86_64
    config.status:  default ./configure options
    Archive SVN:    15272

------------------->
Compiling from svn:
apl -v
BUILDTAG:
---------
    Project:        GNU APL
    Version / SVN:  1.8 / 1342M
    Build Date:     2020-09-01 09:28:50 UTC
    Build OS:       Linux 5.8.4-200.fc32.x86_64 x86_64
    config.status:  'CXXFLAGS=-Wno-maybe-uninitialized -Wno-class-memaccess'
    Archive SVN:    1319


The noticeable difference is the kernel version.

Best Regards,
Hans-Peter

Am 31.08.20 um 18:19 schrieb Dr. Jürgen Sauermann:

Hi Dough,

see my comments inline below.

Best Regards,
Jürgen

On 8/21/20 5:41 PM, T.D. Telford wrote:

Hello,

Running Fedora 32. Downloaded apl-1.8.src.

*******

in dir apl-1.8:

./configure 

...

configure: creating ./src//buildtag.hh

svn: E155007: '/home/doug/Downloads/apl-1.8.src/apl-1.8/src/Archive.cc' is not a working copy

configure: creating ./src/makefile.h

This may happen when GNU APL is not fetched via svn. The point is to create a small file
called buildtag.hh in directory src. It normally looks like this:

#include "Common.hh"
#define BUILDTAG PACKAGE_NAME, PACKAGE_VERSION " / 17072:17076M", "2020-08-10 09:27:53 UTC", "Linux 4.15.0-108-generic x86_64", "'--enable-maintainer-mode' 'DEVELOP_WANTED=yes' 'CXX_WERROR=yes'"
#define ARCHIVE_SVN " 16972"

If the file cannot be created for  some reason then you can edit it manually like above
(possibly adjusting some of the values above. ./configure should continue despite of the
error, so make after ./configure supposedly works.
                                                                         

configure: creating ./src/configure_args.cc

 

configure: saving configure options in ./configure_options

*****

make:

...

g++ -DHAVE_CONFIG_H -I. -I..    -Wall -I sql -Werror     -rdynamic -g -O2 -MT apl-sbrk.o -MD -MP -MF .deps/apl-sbrk.Tpo -c -o apl-sbrk.o `test -f 'sbrk.cc' || echo './'`sbrk.cc

mv -f .deps/apl-sbrk.Tpo .deps/apl-sbrk.Po

g++ -DHAVE_CONFIG_H -I. -I..    -Wall -I sql -Werror     -rdynamic -g -O2 -MT apl-Shape.o -MD -MP -MF .deps/apl-Shape.Tpo -c -o apl-Shape.o `test -f 'Shape.cc' || echo './'`Shape.cc

In file included from Shape.cc:21:

Shape.hh: In member function ‘Shape Shape::insert_axis(Axis, ShapeItem) const’:

Shape.hh:68:46: error: ‘‘target_mem_ref’ not supported by dump_expr<_expression_ error>’ may be used uninitialized in this function [-Werror=maybe-uninitialized]

   68 |      loop(r, MAX_RANK)   rho[r] = other.rho[r];

      |                                   ~~~~~~~~~~~^

cc1plus: all warnings being treated as errors

make[3]: *** [Makefile:4002: apl-Shape.o] Error 1

make[3]: Leaving directory '/home/doug/Downloads/apl-1.8.src/apl-1.8/src'

make[2]: *** [Makefile:4484: all-recursive] Error 1

make[2]: Leaving directory '/home/doug/Downloads/apl-1.8.src/apl-1.8/src'

make[1]: *** [Makefile:524: all-recursive] Error 1

make[1]: Leaving directory '/home/doug/Downloads/apl-1.8.src/apl-1.8'

make: *** [Makefile:411: all] Error 2

This can happen with newer gcc versions. I have filed a bug with the gcc guys earlier
this year but no solution yet.

See file README-11-bogus-compiler-warnings in the top-level directory
for how to fix this.

*****************************

also tried to install apl-1.8-0.x86_64.rpm

sudo dnf localinstall apl-1.8-0.x86_64.rpm:

~/Downloads$ sudo dnf localinstall apl-1.8-0.x86_64.rpm

[sudo] password for doug: 

Last metadata expiration check: 1:06:27 ago on Fri 21 Aug 2020 08:07:04 AM MDT.

Error: 

 Problem: conflicting requests

  - nothing provides libtinfo.so.5(NCURSES_TINFO_5.0.19991023)(64bit) needed by apl-1.8-0.x86_64

This looks to me like a Fedora dependency problem. GNU APL does not use libinfo.

***

could not install libinfo.so.5