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 --]
prev parent 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).