guile-user
[Top][All Lists]
Advanced

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

Re: Problem when compile guile-2.2.4 on CentOS 6.10/6.8


From: Alex Vong
Subject: Re: Problem when compile guile-2.2.4 on CentOS 6.10/6.8
Date: Wed, 05 Sep 2018 20:53:57 +0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)

An Liu <address@hidden> writes:

> Hi,list
>
> Finally got it work,cheers!
>
Cheers!

Maybe there's a better way than commenting out all the checks. There's
usually a way to specify custom location for the configure script to
find libltdl. But I am not running centos, so I can't check.

> On Wed, Sep 5, 2018 at 00:17 An Liu <address@hidden> wrote:
>
>  Hi,
>
>  I would like to make some update
>  1. I compile-installed gcc-4.9.4 on CentOS , then it can run configure
>  without complain socklen_t not defined problem  i metioned above
>  2.  the system build chain such as autoconf/automake/m4/libtools are
>  too old,  autogen.sh would failed,  so i need to update these (you
>  might not need these from tarball, but in case you get source code
>  from repos, i had both tarball and source code cloned of repos, but i
>  do edit configure.ac to disable libltdl check)
>  3.  pkg-config is too old, i compile-installed one, you need to pay
>  attention to *pc files, easiest way is to create symbol link to
>  third-party's install location
>  4. bdw-gc is too old (system provides 7.0, but we need 7.2)
>  5. new problem is libltdl not found, i was quite sure both system
>  (libtool-ltdl-2.2.6-15.5.el6.x86_64 package is installed) and i have
>  compile-installed version under /opt/libtools ( 2.4.6)
>  neither
>  #./configure --prefix=/opt/guile
>  nor
>  # ./configure --prefix=/opt/guile --with-libltdl-prefix=/opt/libtools
>  would pass the check
>  I need to disable this check in configure.ac, comments all following lines
>  ===========================
>  #dnl Check for libltdl.
>  #AC_LIB_HAVE_LINKFLAGS([ltdl], [], [#include <ltdl.h>],
>  #  [lt_dlopenext ("foo");])
>  #if test "x$HAVE_LIBLTDL" != "xyes"; then
>  #  AC_MSG_ERROR([GNU libltdl (Libtool) not found, see README.])
>  #fi
>  ===========================
>  after autoreconf, we can successfully create configure file for now,
>  and ./configure would provides Makefile correctly
>  then manually add LTLIBLTDL  libguile/Makefile as a work around (see
>  '+'  line below )
>  ============================
>  LTALLOCA =
>  LTLIBGMP = -lgmp
>  + LTLIBLTDL= -L/opt/libtools/lib -lltdl
>  LTLIBICONV =
>  LTLIBINTL =
>  ============================
>
>  It's now proceeding ice-9 files,  hoping it would not failed me. :)
>
>  FYI
>
>  AN
>
>  On Tue, Sep 4, 2018 at 9:07 PM An Liu <address@hidden> wrote:
>  >
>  > Hi, Alex
>  > Thank you for the hint
>  >
>  > attached is the config.log after run ./configure --prefix=/opt/guile-2.2.4
>  >
>  > It seems the version of gcc  is too old to use --std=c11
>  > # gcc -v
>  > Using built-in specs.
>  > Target: x86_64-redhat-linux
>  > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
>  > --infodir=/usr/share/info
>  > --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap
>  > --enable-shared --enable-threads=posix --enable-checking=release
>  > --with-system-zlib --enable-__cxa_atexit
>  > --disable-libunwind-exceptions --enable-gnu-unique-object
>  > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada
>  > --enable-java-awt=gtk --disable-dssi
>  > --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
>  > --enable-libgcj-multifile --enable-java-maintainer-mode
>  > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
>  > --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic
>  > --with-arch_32=i686 --build=x86_64-redhat-linux
>  > Thread model: posix
>  > gcc version 4.4.7 20120313 (Red Hat 4.4.7-23) (GCC)
>  >
>  >
>  >
>  >
>  > i would like to test a higher version gcc , and get back  if i have any 
> updates
>  >
>  >
>  > On Tue, Sep 4, 2018 at 1:51 PM Alex Vong <address@hidden> wrote:
>  > >
>  > > Hello An,
>  > >
>  > > Can you also upload the 'config.log' file? As it may contain some hints
>  > > on why it is failing.
>  > >
>  > > Cheers,
>  > > Alex
>  > >
>  > > An Liu <address@hidden> writes:
>  > >
>  > > > Hi, List
>  > > >
>  > > > I'm trying to compile guile-2.2.4 on CentOS 6.10, but failed
>  > > >
>  > > > - why guile-2.2.4?
>  > > > I want to try artanis which requires guile-2.2+, and yum repos only
>  > > > have guile-1.8, so i decide to compile install myself
>  > > >
>  > > > - CentOS release
>  > > > # cat /etc/centos-release
>  > > >  CentOS release 6.10 (Final)
>  > > > # uname -a
>  > > > Linux test 2.6.32-754.3.5.el6.x86_64 #1 SMP Tue Aug 14 20:46:41 UTC
>  > > > 2018 x86_64 x86_64 x86_64 GNU/Linux
>  > > >
>  > > > - guile release
>  > > > # curl -O https://ftp.gnu.org/gnu/guile/guile-2.2.4.tar.xz
>  > > >
>  > > > - configure error
>  > > > # ./configure --prefix=/opt/guile-2.2.4
>  > > > ...
>  > > > checking whether sigpending is declared without a macro... no
>  > > > checking whether sigprocmask is declared without a macro... no
>  > > > checking for socklen_t... no
>  > > > checking for socklen_t equivalent... configure: error: Cannot find a
>  > > > type to use in place of socklen_t
>  > > >
>  > > >
>  > > > it stops at socklen_t, as config_log attached
>  > > >
>  > > > I've no idea of this as /usr/include/sys/socket.h exists there and
>  > > > socklen_t should have be defined.
>  > > >
>  > > > I've google for this error but hardly got any solutions.
>  > > > Any suggestion on this?  I don't think trying to modify the
>  > > > "sys/socket.h" is a good idea.
>  > > >
>  > > > or is there guile-2.2+ rpm release for centos 6
>  > > >
>  > > > BTW, how long would it take for me to build guile from source code (i7
>  > > > 6500Ux4, with 8GB RAM, laptop) , the manual of artanis says it would
>  > > > take quite a long time even seem like halt.
>  > > >
>  > > > Thank you in advance.
>  >
>  >
>  >
>  > --
>  > Liu An
>
>  -- 
>  Liu An

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]