[Octopus-devel] changes in libxc

Roberto Olivares-Amaya robolivares at gmail.com
Tue Mar 2 23:43:29 WET 2010 

Alberto:
Thanks! Strangely enough, this fix worked, not on a fresh install (my
efforts failed in that respect), but on the previously installed directory.
This took place in two different systems, both with libtool version 2.2.6.

Roberto

On Tue, Mar 2, 2010 at 6:01 PM, Alberto Castro <acastro at bifi.es> wrote:

> Hi,
>
> You don't need to take it from anywhere, just add a call to it in
> libxc/configure.ac.
>
> I put it right after AC_CONFIG_HEADERS, but don't know if this is the
> place:
>
> ...
> AM_INIT_AUTOMAKE
>
> AC_CONFIG_HEADERS([config.h])
>
> LT_INIT
>
> # Installation prefix by default
> AC_PREFIX_DEFAULT([/opt/etsf])
> ...
>
> But beware that I don't really understand if full why this makes it
> work, and I don't think it will work everywhere. Especially for
> systems with libtool 1.x.
>
> Cheers, Alberto.
>
> 2010/3/2 Roberto Olivares-Amaya <robolivares at gmail.com>:
> > Alberto:
> > Could you be more specific regarding LT_INIT? Where should we take this
> > macro from?
> > So far, I've removed AC_DISABLE_SHARED, and got the same error you did in
> > the previous e-mail.
> >
> > Thanks for the help.
> >
> > Roberto
> >
> >
> >
> > On Tue, Mar 2, 2010 at 5:34 PM, Alberto Castro <acastro at bifi.es> wrote:
> >>
> >> Hi again,
> >>
> >> I rectify:
> >>
> >> Actually, when I re-checked a fresh tree, everything went fine as long
> >> as (1) I added "LT_INIT" *only* in the configure.ac of the libxc
> >> directory, and not in the main one, (2) I removed AC_DISABLE_SHARED
> >> from the configure.ac of the main directory.
> >>
> >> Then I could go through all the steps. But it seems that LT_INIT is
> >> only defined for libtool larger than 2.something.
> >>
> >> Cheers, Al.
> >>
> >> 2010/3/2 Alberto Castro <acastro at bifi.es>:
> >> > Hi Miguel,
> >> >
> >> > I have libtool version 2.2.6, and also trouble. If it is of any help,
> >> > the initial problem (some complain about _LT_DECL causing a syntax
> >> > error that was reported also by Nicole,  I think) can be fixed adding
> >> > the "LT_INIT" macro to both configure.ac in the root and in the libxc
> >> > directories. Reading the documentation, it seems that it should be
> >> > added? Maybe this macro was non existing in libtool 1.x, or it was not
> >> > mandatory?
> >> >
> >> > But then "configure" passes, and I get the error:
> >> >
> >> > /bin/bash ../libtool  --tag=CC --tag=F77  --mode=compile gcc
> >> > -DHAVE_CONFIG_H -I. -I..     -g -O2 -MT libxc_la-lda.lo -MD -MP -MF
> >> > .deps/libxc_la-lda.Tpo -c -o libxc_la-lda.lo `test -f 'lda.c' || echo
> >> > './'`lda.c
> >> > libtool: ignoring unknown tag F77
> >> > libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -MT
> >> > libxc_la-lda.lo -MD -MP -MF .deps/libxc_la-lda.Tpo -c lda.c  -fPIC
> >> > -DPIC -o .libs/libxc_la-lda.o
> >> > In file included from util.h:74,
> >> >                 from lda.c:24:
> >> > xc.h:100:22: error: xc_funcs.h: No such file or directory
> >> > lda.c:25:23: error: funcs_lda.c: No such file or directory
> >> > make[4]: *** [libxc_la-lda.lo] Error 1
> >> >
> >> > when doing make. It seems that the dependency of xc_funcs.h got
> >> > screwed up with the latest changes.
> >> >
> >> > Cheers, Alberto.
> >> >
> >> >
> >> >
> >> > 2010/3/2 Roberto Olivares-Amaya <robolivares at gmail.com>:
> >> >> Hi Miguel:
> >> >> Thanks for the reply! The only machine where I have libtool version 1
> >> >> seems
> >> >> to work fine, while that is not the case in the couple of others (as
> >> >> per
> >> >> ./configure output below)
> >> >>>
> >> >>> ./configure: line 2853: syntax error near unexpected token
> >> >>> `build_libtool_libs,'
> >> >>> ./configure: line 2853: `    _LT_DECL(build_libtool_libs,
> >> >>> enable_shared,
> >> >>> 0,'
> >> >>
> >> >> I'll try to get a fresh install of libtool version 1 (while
> >> >> uninstalling
> >> >> version 2, which I got from synaptic) to see if this fixes the
> problem.
> >> >>
> >> >> Thanks for the help.
> >> >>
> >> >> Roberto
> >> >>
> >> >>
> >> >> On Tue, Mar 2, 2010 at 9:13 AM, Miguel Marques
> >> >> <Miguel.Marques at tddft.org>
> >> >> wrote:
> >> >>>
> >> >>>  Hi Roberto,
> >> >>>
> >> >>>  For the moment most machines have libtool 1, not 2! I haven't tried
> >> >>> with 2, but it should work. However, there is a big problem when
> there
> >> >>> is version 1 and 2 installed at the same time in the same computer.
> Is
> >> >>> this your case?
> >> >>>
> >> >>> > libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to
> >> >>> > configure.ac
> >> >>> > <http://configure.ac> and
> >> >>> > libtoolize: rerunning libtoolize, to keep the correct libtool
> macros
> >> >>> > in-tree.
> >> >>>
> >> >>> This is just a warning that does not cause problems... the real
> error
> >> >>> should come afterwards.
> >> >>>
> >> >>>  cheers,
> >> >>>  m.
> >> >>>
> >> >>>
> >> >>> >
> >> >>> > I'm not sure if this is helpful at all.
> >> >>> >
> >> >>> > Roberto
> >> >>> >
> >> >>> > On Tue, Mar 2, 2010 at 5:09 AM, Nicole Helbig <nehelbig at gmail.com
> >> >>> > <mailto:nehelbig at gmail.com>> wrote:
> >> >>> >
> >> >>> >     Hi everyone,
> >> >>> >
> >> >>> >     as Matthieu guessed correctly, there were no libtools
> installed
> >> >>> > on
> >> >>> > my
> >> >>> >     computer. I did as he suggested and got version 1.5.26, and
> now
> >> >>> > the
> >> >>> >     autoconfig -i goes through (it seems), configure works but the
> >> >>> > make
> >> >>> >     quits with
> >> >>> >
> >> >>> >     libtool: link: unable to infer tagged configuration
> >> >>> >     libtool: link: specify a tag with `--tag'
> >> >>> >     make[4]: *** [libxc.la <http://libxc.la>] Error 1
> >> >>> >     make[4]: Leaving directory
> >> >>> > `/home/helbig/Octopus_svn/trunk/libxc/src'
> >> >>> >     make[3]: *** [all-recursive] Error 1
> >> >>> >     make[3]: Leaving directory
> >> >>> > `/home/helbig/Octopus_svn/trunk/libxc'
> >> >>> >     make[2]: *** [all] Error 2
> >> >>> >     make[2]: Leaving directory
> >> >>> > `/home/helbig/Octopus_svn/trunk/libxc'
> >> >>> >     make[1]: *** [all-recursive] Error 1
> >> >>> >     make[1]: Leaving directory `/home/helbig/Octopus_svn/trunk'
> >> >>> >     make: *** [all] Error 2
> >> >>> >
> >> >>> >     Cheers,
> >> >>> >
> >> >>> >     Nicole
> >> >>> >     _______________________________________________
> >> >>> >     Octopus-devel mailing list
> >> >>> >     Octopus-devel at tddft.org <mailto:Octopus-devel at tddft.org>
> >> >>> >     http://www.tddft.org/mailman/listinfo/octopus-devel
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > --
> >> >>> > Roberto Olivares-Amaya
> >> >>> > Aspuru-Guzik Group
> >> >>> > Dept. of Chemistry and Chemical Biology
> >> >>> > Harvard University
> >> >>> > http://aspuru.chem.harvard.edu
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> ------------------------------------------------------------------------
> >> >>> >
> >> >>> > _______________________________________________
> >> >>> > Octopus-devel mailing list
> >> >>> > Octopus-devel at tddft.org
> >> >>> > http://www.tddft.org/mailman/listinfo/octopus-devel
> >> >>>
> >> >>>
> >> >>> --
> >> >>> Dr. Miguel A. L. Marques
> >> >>> marques at tddft.org
> >> >>>
> >> >>> Laboratoire de Physique de la Matière Condensée et Nanostructures
> >> >>> (LPMCN) - Université Lyon I
> >> >>> Bâtiment Brillouin, Domaine scientifique de la DOUA
> >> >>> 69622 Villeurbanne Cedex
> >> >>> Tel +33 (0)4 72448187
> >> >>> Fax +33 (0)4 72432648
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Roberto Olivares-Amaya
> >> >> Aspuru-Guzik Group
> >> >> Dept. of Chemistry and Chemical Biology
> >> >> Harvard University
> >> >> http://aspuru.chem.harvard.edu
> >> >>
> >> >> _______________________________________________
> >> >> Octopus-devel mailing list
> >> >> Octopus-devel at tddft.org
> >> >> http://www.tddft.org/mailman/listinfo/octopus-devel
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > ===============================
> >> > Dr. Alberto Castro
> >> >
> >> > Instituto de Biocomputación y Física de Sistemas Complejos (BIFI),
> >> > Corona de Aragón 42,
> >> > 50009 Zaragoza, España.
> >> >
> >> > Temporarily at:
> >> >
> >> > Departamento de Física Teórica, Facultad de Ciencias,
> >> > Universidad de Zaragoza,
> >> > Pedro Cerbuna 12,
> >> > 50009 Zaragoza, España.
> >> >
> >> > Tel:   +34 976761000 3332
> >> > Fax:  +34 976761264
> >> > skype: alberto_c_barrigon
> >> > email: acastro at bifi.es
> >> > ===============================
> >> >
> >>
> >>
> >>
> >> --
> >> ===============================
> >> Dr. Alberto Castro
> >>
> >> Instituto de Biocomputación y Física de Sistemas Complejos (BIFI),
> >> Corona de Aragón 42,
> >> 50009 Zaragoza, España.
> >>
> >> Temporarily at:
> >>
> >> Departamento de Física Teórica, Facultad de Ciencias,
> >> Universidad de Zaragoza,
> >> Pedro Cerbuna 12,
> >> 50009 Zaragoza, España.
> >>
> >> Tel:   +34 976761000 3332
> >> Fax:  +34 976761264
> >> skype: alberto_c_barrigon
> >> email: acastro at bifi.es
> >> ===============================
> >>
> >> _______________________________________________
> >> Octopus-devel mailing list
> >> Octopus-devel at tddft.org
> >> http://www.tddft.org/mailman/listinfo/octopus-devel
> >
> >
> >
> >
>
>
>
> --
> ===============================
> Dr. Alberto Castro
>
> Instituto de Biocomputación y Física de Sistemas Complejos (BIFI),
> Corona de Aragón 42,
> 50009 Zaragoza, España.
>
> Temporarily at:
>
> Departamento de Física Teórica, Facultad de Ciencias,
> Universidad de Zaragoza,
> Pedro Cerbuna 12,
> 50009 Zaragoza, España.
>
> Tel:   +34 976761000 3332
> Fax:  +34 976761264
> skype: alberto_c_barrigon
> email: acastro at bifi.es
> ===============================
>



-- 
Roberto Olivares-Amaya
Aspuru-Guzik Group
Dept. of Chemistry and Chemical Biology
Harvard University
http://aspuru.chem.harvard.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.tddft.org/pipermail/octopus-devel/attachments/20100302/dda5f1b9/attachment.html

More information about the Octopus-devel mailing list