Comp-phys-alps-users

comp-phys-alps-users@lists.phys.ethz.ch

1244 discussions

Start a nNew thread

Re: [ALPS-users] alps 2.0.2 - compile error
by Mateusz Łącki 20 Nov '11

20 Nov '11

I attach the requested file (i changed the name) Regards Mateusz Lacki

2 5

alps 2.0.2 - compile error
by Mateusz Łącki 19 Nov '11

19 Nov '11

Dear All, I am trying to compile the newest alps release. I managed to get up to 62% of the compilation (on two machines - one running Fedora, the other ubuntu 10.04) up to exactly the same stage: Scanning dependencies of target jacobidavidson2 [ 62%] Building CXX object example/ietl/CMakeFiles/jacobidavidson2.dir/jacobidavidson2.cpp.o In file included from /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational.hpp:39:0, from /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/ietl/jd.h:51, from /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/example/ietl/jacobidavidson2.cpp:52: /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp: In static member function ‘static std::ptrdiff_t boost::numeric::bindings::lapack::getrs_impl<Value>::invoke(const MatrixA&, const VectorIPIV&, MatrixB&) [with MatrixA = boost::numeric::ublas::matrix<double, boost::numeric::ublas::basic_column_major<>, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >, VectorIPIV = std::vector<int>, MatrixB = boost::numeric::ublas::vector<double>, Value = double, std::ptrdiff_t = long int]’: /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp:247:51: instantiated from ‘std::ptrdiff_t boost::numeric::bindings::lapack::getrs(const MatrixA&, const VectorIPIV&, MatrixB&) [with MatrixA = boost::numeric::ublas::matrix<double, boost::numeric::ublas::basic_column_major<>, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >, VectorIPIV = std::vector<int>, MatrixB = boost::numeric::ublas::vector<double>, std::ptrdiff_t = long int]’ /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/ietl/jd.h:313:9: instantiated from ‘void ietl::solver::left_prec_solver<SOLV, MATRIX, VS, PREC>::operator()(ietl::solver::left_prec_solver<SOLV, MATRIX, VS, PREC>::real_type, ietl::solver::left_prec_solver<SOLV, MATRIX, VS, PREC>::vector_type&, ietl::solver::left_prec_solver<SOLV, MATRIX, VS, PREC>::vector_type&, IT&) [with IT = ietl::jd_iteration<double>, SOLV = ietl::gmres_wrapper, MATRIX = boost::numeric::ublas::symmetric_matrix<double, boost::numeric::ublas::basic_lower<> >, VS = ietl::vectorspace<boost::numeric::ublas::vector<double> >, PREC = jacobi_prec<boost::numeric::ublas::symmetric_matrix<double, boost::numeric::ublas::basic_lower<> >, double>, ietl::solver::left_prec_solver<SOLV, MATRIX, VS, PREC>::real_type = double, ietl::solver::left_prec_solver<SOLV, MATRIX, VS, PREC>::vector_type = boost::numeric::ublas::vector<double>]’ /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/ietl/jd.h:633:13: instantiated from ‘void ietl::jd<MATRIX, VS>::jdqr(SOLVER&, IT&, GEN&, ietl::jd<MATRIX, VS>::size_type, bool) [with SOLVER = ietl::solver::left_prec_solver<ietl::gmres_wrapper, boost::numeric::ublas::symmetric_matrix<double, boost::numeric::ublas::basic_lower<> >, ietl::vectorspace<boost::numeric::ublas::vector<double> >, jacobi_prec<boost::numeric::ublas::symmetric_matrix<double, boost::numeric::ublas::basic_lower<> >, double> >, IT = ietl::jd_iteration<double>, GEN = boost::random::lagged_fibonacci_01_engine<double, 48, 44497u, 21034u>, MATRIX = boost::numeric::ublas::symmetric_matrix<double, boost::numeric::ublas::basic_lower<> >, VS = ietl::vectorspace<boost::numeric::ublas::vector<double> >, ietl::jd<MATRIX, VS>::size_type = long unsigned int]’ /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/ietl/jd.h:403:17: instantiated from ‘void ietl::jd<MATRIX, VS>::eigensystem(IT&, GEN&, ietl::jd<MATRIX, VS>::size_type, PREC&, SOLV, bool) [with SOLV = ietl::gmres_wrapper, IT = ietl::jd_iteration<double>, GEN = boost::random::lagged_fibonacci_01_engine<double, 48, 44497u, 21034u>, PREC = jacobi_prec<boost::numeric::ublas::symmetric_matrix<double, boost::numeric::ublas::basic_lower<> >, double>, MATRIX = boost::numeric::ublas::symmetric_matrix<double, boost::numeric::ublas::basic_lower<> >, VS = ietl::vectorspace<boost::numeric::ublas::vector<double> >, ietl::jd<MATRIX, VS>::size_type = long unsigned int]’ /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/example/ietl/jacobidavidson2.cpp:136:54: instantiated from here /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp:225:69: error: no matching function for call to ‘getrs(order, trans, boost::numeric::bindings::result_of::size_row_op<const boost::numeric::ublas::matrix<double, boost::numeric::ublas::basic_column_major<>, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > >, boost::numeric::bindings::tag::no_transpose>::type, boost::numeric::bindings::result_of::size_column<boost::numeric::ublas::vector<double> >::type, boost::numeric::bindings::result_of::begin_value<const boost::numeric::ublas::matrix<double, boost::numeric::ublas::basic_column_major<>, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > > >::type, boost::numeric::bindings::result_of::stride_major<const boost::numeric::ublas::matrix<double, boost::numeric::ublas::basic_column_major<>, boost::numeric::ublas::unbounded_array<double, std::allocator<double> > > >::type, boost::numeric::bindings::result_of::begin_value<const std::vector<int> >::type, boost::numeric::bindings::result_of::begin_value<boost::numeric::ublas::vector<double> >::type, boost::numeric::bindings::result_of::stride_major<boost::numeric::ublas::vector<double> >::type)’ /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp:225:69: note: candidates are: /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp:120:23: note: template<class Order, class Trans> std::ptrdiff_t boost::numeric::bindings::lapack::detail::getrs(Order, Trans, fortran_int_t, fortran_int_t, const float*, fortran_int_t, const fortran_int_t*, float*, fortran_int_t) /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp:136:23: note: template<class Order, class Trans> std::ptrdiff_t boost::numeric::bindings::lapack::detail::getrs(Order, Trans, fortran_int_t, fortran_int_t, const double*, fortran_int_t, const fortran_int_t*, double*, fortran_int_t) /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp:152:23: note: template<class Order, class Trans> std::ptrdiff_t boost::numeric::bindings::lapack::detail::getrs(Order, Trans, fortran_int_t, fortran_int_t, const std::complex<float>*, fortran_int_t, const fortran_int_t*, std::complex<float>*, fortran_int_t) /home/stefan/alps/alps-2.0.2-r5790-src-with-boost/alps/src/boost/numeric/bindings/lapack/computational/getrs.hpp:169:23: note: template<class Order, class Trans> std::ptrdiff_t boost::numeric::bindings::lapack::detail::getrs(Order, Trans, fortran_int_t, fortran_int_t, const std::complex<double>*, fortran_int_t, const fortran_int_t*, std::complex<double>*, fortran_int_t) make[2]: *** [example/ietl/CMakeFiles/jacobidavidson2.dir/jacobidavidson2.cpp.o] Error 1 make[1]: *** [example/ietl/CMakeFiles/jacobidavidson2.dir/all] Error 2 it looks like a typical compile error. Am I doing something wrong? Is it missing dependency? I did not do anything nonstandard - I followed instructions from the webpage. Regards, Mateusz Lacki

2 1

Re: [ALPS-users] Comp-phys-alps-users Digest, Vol 68, Issue 2
by A. Giovanni Ramirez Garcia 18 Nov '11

18 Nov '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I'm following the tutorial to build a bond operator, then checking the models library (in the liveALPS version) I found this <BONDOPERATOR name="biquadratic" source="x" target="y"> (exchange_xy(i,j)+Sz(i)*Sz(j))*(exchange_xy(i,j)+Sz(i)*Sz(j)) </BONDOPERATOR> Now my question: Should we change the source/target pair from "x,y" to be "i,j" since we use "i,j" in the definition? Thanks Giovanni Ramirez Instituto de Física Teórica UAM/CSICt On Sun, 13 Nov 2011, comp-phys-alps-users-request(a)lists.phys.ethz.ch wrote: > Date: Sun, 13 Nov 2011 12:00:06 +0100 > From: comp-phys-alps-users-request(a)lists.phys.ethz.ch > Reply-To: comp-phys-alps-users(a)lists.phys.ethz.ch > To: comp-phys-alps-users(a)lists.phys.ethz.ch > Subject: Comp-phys-alps-users Digest, Vol 68, Issue 2 > > Send Comp-phys-alps-users mailing list submissions to > comp-phys-alps-users(a)lists.phys.ethz.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.phys.ethz.ch/listinfo/comp-phys-alps-users > or, via email, send a message with subject or body 'help' to > comp-phys-alps-users-request(a)lists.phys.ethz.ch > > You can reach the person managing the list at > comp-phys-alps-users-owner(a)lists.phys.ethz.ch > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Comp-phys-alps-users digest..." > > > Today's Topics: > > 1. Re: running alps programs using python (Matthias Troyer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 12 Nov 2011 12:20:21 +0100 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > To: comp-phys-alps-users(a)lists.phys.ethz.ch > Subject: Re: [ALPS-users] running alps programs using python > Message-ID: <9D43033D-EE01-4806-84D5-F403CC7B229F(a)phys.ethz.ch> > Content-Type: text/plain; charset=utf-8 > > Hi Tadeusz, > > Thank you very much. I fixed it now > > Matthias > > On 11 Nov 2011, at 21:10, Tadeusz Wasiuty?ski wrote: > >> In tutorial on the web page 'running alps programs using python' line: >> print convertToText(plotdata) >> and the next two lines should read: >> print pyalps.plot.convertToText(plotdata) >> just like it is in the file tutorial-text.py >> Best regards >> Tadeusz > > > > End of Comp-phys-alps-users Digest, Vol 68, Issue 2 > *************************************************** > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iEUEARECAAYFAk7Gd1cACgkQRDNhYOBIzlhVYwCggG/8AtMMC05N9fLC36IKiQ2I BA4AmM900hSprK/kNu6AueGjHM1clQA= =DmFV -----END PGP SIGNATURE-----

2 1

running alps programs using python
by Tadeusz Wasiutyński 12 Nov '11

12 Nov '11

In tutorial on the web page 'running alps programs using python' line: print convertToText(plotdata) and the next two lines should read: print pyalps.plot.convertToText(plotdata) just like it is in the file tutorial-text.py Best regards Tadeusz

2 1

(no subject)
by Stone, Matthew B. 11 Nov '11

11 Nov '11

I am using ALPS to examine the excitations, temperature and magnetic field dependence of a coupled dimer system. I would like to use the fulldiag code. Are there ways to implement the use of multiprocessors for this code? currently I am using the commands input_file=pyalps.writeInputFiles('parm', parms) res = pylaps.runApplication('fulldiag', input_file) data = pyalps.evaluateFulldiagVersusT(pyalps.getResultFiles(prefix='parm'),Delta_T=1.0, T_min=1.0, T_max=51) as described in the tutorial pages. Thank you, Matthew B. Stone Neutron Scattering Science Division Oak Ridge National Laboratory PO box 2008 MS6475 Oak Ridge, TN 37831-6475 Phone: 1-865-202-6898 Fax: 1-865-574-6080

2 1

ALPS2.0 problem about the usage of CPU
by 潘丽华 24 Oct '11

24 Oct '11

Dear all, I've installed ALPS2.0 on a 12-core Linux Server Computer. When running programs using DMRG, one program usually uses more than one CPU, e.g., even 390% CPU. I'd like to know if there're some places we should pay attention to in the installation or the using process. I doubt whether the ALPS2.0 version has applied the Parallel Programming Algorithm. Does the usage of 390% CPU mean the speeding up of the computation? What I have to do if I'd like one DMRG program uses just one CPU? Yours sincerely, L. H. Pan

2 1

ALPS release 2.0.2b1
by Matthias Troyer 07 Oct '11

07 Oct '11

Dear all, We prepared a beta release for ALPS 2.0.2, with a few changes such as - a number of bug fixes - a faster DMRG code - support for MacOS X Lion The beta version is posted on the ALPS web page. We plan to release 2.0.2 once we get some feedback. 2.0.2 will also be the version to be used in an upcoming alpha version of VisTrails 2.0 Matthias

2 2

alps2.0 cpu
by muzi352 27 Sep '11

27 Sep '11

dear editor: alps 2.0 cpu use very largy ,for example : why? thank you

2 1

alps2.0 cpu
by muzi352 26 Sep '11

26 Sep '11

dear editor: alps 2.0 cpu use very largy ,for example : why? thank you

2 1

how to define the vector chirality
by muzi352 19 Sep '11

19 Sep '11

dear editor : how to calculate the vector chirality in the dmrg of ALPS? sometimes only calculate the correlation have not identify the different phase .thanks

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Comp-phys-alps-users