[Octopus-devel] [Octopus-notify] svn commit: r6360 - in trunk: m4 src by xavier

Xavier Andrade xavier at tddft.org
Tue Mar 23 10:16:21 WET 2010


Hi David,

I did it this way, like gsl does, because for libxc octopus needs to know 
where both the library (lib/) and the modules (include/) are. If you just 
allow the user to pass the location of the library, they have to modify 
the compiler flags by hand to include the modules. I think we should do 
the same for other libraries that have the same problem (netcdf and 
etsf_io at least).

Cheers,

Xavier

On Mon, 22 Mar 2010, David Strubbe wrote:

> Xavier,
> 
> Why did you set it via --with-libxc-prefix? None of the other libraries have
> their locations specified in that manner, and I think it is confusing to do
> it all in different ways.  (Compare --with-netcdf, with-blas, etc.)
> 
> David
> 
> On Sat, Mar 20, 2010 at 5:37 PM, <octopus-notify at tddft.org> wrote:
>            Author: xavier
>              Date: Sun Mar 21 00:37:36 2010
>       New Revision: 6360
>         Changeset: http://www.tddft.org/trac/octopus/changeset/6360
>
>       Added:
>         trunk/m4/libxc.m4
>       Modified:
>         trunk/Makefile.am
>         trunk/configure.ac
>         trunk/src/common-rules.make
>
>       Log:
>       Now octopus does not compile libxc, it attemps to find an
>       installed
>       version (the location can be specified using the
>       --with-libxc-prefix
>       argument).
>
>       I kept the libxc directory until it is moved to its own
>       repository.
> 
>
>       _______________________________________________
>       Octopus-notify mailing list
>       Octopus-notify at tddft.org
>       http://www.tddft.org/mailman/listinfo/octopus-notify
> 
> 
> 
>


More information about the Octopus-devel mailing list