unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Alex Vong <alexvong1995@gmail.com>
To: An Liu <sourceonly@gmail.com>
Cc: guile-user@gnu.org
Subject: Re: Problem when compile guile-2.2.4 on CentOS 6.10/6.8
Date: Wed, 05 Sep 2018 20:53:57 +0800	[thread overview]
Message-ID: <87sh2o85qy.fsf@gmail.com> (raw)
In-Reply-To: <CAAzVxgMLaFGUB8PC8iGthyfYMjEeYpqNAAVDqG6xvFptb7CH3g@mail.gmail.com> (An Liu's message of "Wed, 5 Sep 2018 01:28:04 -0600")

[-- Attachment #1: Type: text/plain, Size: 5900 bytes --]

An Liu <sourceonly@gmail.com> 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 <sourceonly@gmail.com> 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 <sourceonly@gmail.com> 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 <alexvong1995@gmail.com> 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 <sourceonly@gmail.com> 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 #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

      reply	other threads:[~2018-09-05 12:53 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-02  5:02 Problem when compile guile-2.2.4 on CentOS 6.10/6.8 An Liu
2018-09-04 19:50 ` Alex Vong
2018-09-05  3:07   ` An Liu
2018-09-05  6:17     ` An Liu
2018-09-05  7:28       ` An Liu
2018-09-05 12:53         ` Alex Vong [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87sh2o85qy.fsf@gmail.com \
    --to=alexvong1995@gmail.com \
    --cc=guile-user@gnu.org \
    --cc=sourceonly@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).