Comp-phys-alps-users May 2011

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

15 participants
12 discussions

ALPS 2.0.1 released
by Matthias Troyer 19 Sep '12

19 Sep '12

Dear ALPS users, ALPS 2.0.1 has been released. This is the version included with the ALPS paper: B. Bauer et al., J. Stat. Mech. (2011) P05001, which is available at : http://www.iop.org/EJ/abstract/1742-5468/2011/05/P05001 .Besides references to this paper, this release contains many minor bug fixes. The MacOS X 10.5 binary release will be uploaded shortly. The others are ready for download. Best regards Matthias Troyer

4 33

Modify the source code(dmrg.C)
by muzi352 30 May '11

30 May '11

Dear editor: i always use ALPS (DMRG) to calculate correlation function, my topics: when i calculate correlation chain long L=300, the block_ALPS_.dat is very large. how to chang the dmrg.C in order to calculate what i need corrletion,for example <S0Sr> <SiSi+1> thank you

1 0

Re: [ALPS-users] Problem of installing ALPS on Ubuntu: Falling back to CMake provied LAPACK/BLAS detection
by Brains Chen 27 May '11

27 May '11

> To whom it may concern, > > I need to install the ALPS 2.0 in a Linux Ubuntu-10.04 system. So far I get > an error message when using > > cmake -D > Boost_ROOT_DIR=/opt/local/alps-2.0/alps-2.0.1-r5565-src-with-boost/boost/ > -DCMAKE_INSTALL_PREFIX=/opt/local/alps-2.0/ > /opt/local/alps-2.0/alps-2.0.1-r5565-src-with-boost/alps > > -- Build type: Release > -- Python interpreter /usr/bin/python > -- Python interpreter ok : version 2.6.5 > -- PYTHON_INCLUDE_DIRS = /usr/include/python2.6 > -- PYTHON_NUMPY_INCLUDE_DIR = > /usr/lib/python2.6/dist-packages/numpy/core/include > -- PYTHON_SITE_PKG = /usr/lib/python2.6/dist-packages > -- PYTHON_LIBRARY = /usr/lib/python2.6/config/libpython2.6.so > -- PYTHON_EXTRA_LIBS =-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz > -lpthread -ldl -lutil > -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -Wl,-O1 > -Wl,-Bsymbolic-functions > -- ALPS version: 2.0.1 > -- Looking for Boost Source > -- Found Boost Source: > /opt/local/alps-2.0/alps-2.0.1-r5565-src-with-boost/boost/ > -- Boost Version: 1_46_1 > Falling back to CMake provied LAPACK/BLAS detection. > -- A library with BLAS API found. > -- A library with BLAS API found. > -- A library with LAPACK API found. > -- LPSolve Library: not found > -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) > -- HDF5 version found is 1.8.4 in /usr/include > -- Python interpreter /usr/bin/python > -- Python interpreter ok : version 2.6.5 > -- PYTHON_INCLUDE_DIRS = /usr/include/python2.6 > -- PYTHON_NUMPY_INCLUDE_DIR = > /usr/lib/python2.6/dist-packages/numpy/core/include > -- PYTHON_SITE_PKG = /usr/lib/python2.6/dist-packages > -- PYTHON_LIBRARY = /usr/lib/python2.6/config/libpython2.6.so > -- PYTHON_EXTRA_LIBS =-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz > -lpthread -ldl -lutil > -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -Wl,-O1 > -Wl,-Bsymbolic-functions > -- Numpy include in /usr/lib/python2.6/dist-packages/numpy/core/include > -- ALPS XML dir is /opt/local/alps-2.0/lib/xml > -- Adding Boost dir: > /opt/local/alps-2.0/alps-2.0.1-r5565-src-with-boost/boost/ > -- HDF5 version found is 1.8.4 in /usr/include > -- HDF5 version found is 1.8.4 in /usr/include > -- tebd will not be built > -- Configuring done > -- Generating done > -- Build files have been written to: > /opt/local/alps-2.0/alps-2.0.1-r5565-src-with-boost > > Since Dr. Matthias Troyer told me that it in not required to have the > lp_solve library for ALPS 2.0, I still have one error for Lapack (Falling > back to CMake provied LAPACK/BLAS detection). If I don't fix it and try to > install it, I will get an error message as > > ...... > SSE.Directed.cpp:(.text+0x2745): undefined reference to `add_constraint' > CMakeFiles/dirloop_sse_v1.dir/SSE.Directed.cpp.o:SSE.Directed.cpp:(.text+0x27a1): > more undefined references to `add_constraint' follow > CMakeFiles/dirloop_sse_v1.dir/SSE.Directed.cpp.o: In function > `SSE::find_minbounce(double*, double*, double*, double*)': > SSE.Directed.cpp:(.text+0x29cd): undefined reference to `set_obj_fn' > SSE.Directed.cpp:(.text+0x29d5): undefined reference to `solve' > SSE.Directed.cpp:(.text+0x2ae0): undefined reference to `delete_lp' > SSE.Directed.cpp:(.text+0x2b57): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x2bb6): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x2c74): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x2cd3): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x2d64): undefined reference to `add_constraint' > CMakeFiles/dirloop_sse_v1.dir/SSE.Directed.cpp.o:SSE.Directed.cpp:(.text+0x2dc0): > more undefined references to `add_constraint' follow > CMakeFiles/dirloop_sse_v1.dir/SSE.Directed.cpp.o: In function > `SSE::find_minbounce(double*, double*, double*, double*)': > SSE.Directed.cpp:(.text+0x2fe9): undefined reference to `set_upbo' > SSE.Directed.cpp:(.text+0x3008): undefined reference to `set_upbo' > SSE.Directed.cpp:(.text+0x3027): undefined reference to `set_upbo' > SSE.Directed.cpp:(.text+0x3040): undefined reference to `set_upbo' > SSE.Directed.cpp:(.text+0x305a): undefined reference to `set_upbo' > CMakeFiles/dirloop_sse_v1.dir/SSE.Directed.cpp.o:SSE.Directed.cpp:(.text+0x3073): > more undefined references to `set_upbo' follow > CMakeFiles/dirloop_sse_v1.dir/SSE.Directed.cpp.o: In function > `SSE::find_minbounce(double*, double*, double*, double*)': > SSE.Directed.cpp:(.text+0x312f): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x3189): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x31ff): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x325d): undefined reference to `add_constraint' > SSE.Directed.cpp:(.text+0x32de): undefined reference to `add_constraint' > CMakeFiles/dirloop_sse_v1.dir/SSE.Directed.cpp.o:SSE.Directed.cpp:(.text+0x333c): > more undefined references to `add_constraint' follow > collect2: ld returned 1 exit status > make[2]: *** [applications/qmc/sse/dirloop_sse_v1] Error 1 > make[1]: *** [applications/qmc/sse/CMakeFiles/dirloop_sse_v1.dir/all] Error > 2 > make[1]: *** Waiting for unfinished jobs.... > > It sounds like some dynamical libraries are not correct. Do you know how to > fix it? > > By the way, do "tebd will not be built" and "Could NOT find SZIP" matter? > > Thank you, > -- > Kuang-Shing Chen > > -- Kuang-Shing Chen

5 11

Re: [ALPS-users] Comp-phys-alps-users Digest, Vol 62, Issue 13
by zhian asadzadeh 26 May '11

26 May '11

Hi shuai cui, your model is correct, and the result for the second run is fair but not so near to exact result, I suggest you increase the number of *maxstates (=300) *, and also your *lattice size*, you will get a better result, just for check point I give you the exact energy (per site) at h=1 (which is critical h in this model) J=-1, h=1 L=100, *E0=-1.2732919* ( This is exact energy not DMRG result) Zhian. On Thu, May 26, 2011 at 12:00 PM, < comp-phys-alps-users-request(a)lists.phys.ethz.ch> wrote: > 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. tebd will not be built (Cristian Degli Esposti Boschi) > 2. Re: tebd will not be built (Matthias Troyer) > 3. transverse Ising model with DMRG (shuai cui) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 25 May 2011 13:16:52 +0200 > From: Cristian Degli Esposti Boschi <degliesposti(a)bo.imm.cnr.it> > Subject: [ALPS-users] tebd will not be built > To: comp-phys-alps-users(a)lists.phys.ethz.ch > Message-ID: <4DDCE524.6070605(a)bo.imm.cnr.it> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear users, > > I'm installing ALPS 2 on a Debian 6 (squeeze) machine. After issuing > cmake -DCMAKE_INSTALL_PREFIX... I get the following (I extracted the > last relevant part): > > > ... > Falling back to CMake provied LAPACK/BLAS detection. > -- A library with BLAS API found. > -- A library with BLAS API found. > -- A library with LAPACK API found. > -- SQLite Library: not found > -- LPSolve Library: not found > -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) > -- HDF5 version found is 1.8.4-patch1 in /usr/include > -- Python interpreter /usr/bin/python > -- Python interpreter ok : version 2.6.6 > -- PYTHON_INCLUDE_DIRS = /usr/include/python2.6 > -- PYTHON_NUMPY_INCLUDE_DIR = > /usr/lib/pymodules/python2.6/numpy/core/include > -- PYTHON_SITE_PKG = /usr/lib/python2.6/dist-packages > -- PYTHON_LIBRARY = /usr/lib/python2.6/config/libpython2.6.so > -- PYTHON_EXTRA_LIBS =-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz > -lpthread -ldl -lutil > -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -Wl,-O1 > -Wl,-Bsymbolic-functions > -- Numpy include in /usr/lib/pymodules/python2.6/numpy/core/include > -- ALPS XML dir is > /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost/alps/lib/xml > -- Adding Boost dir: /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost/boost > -- HDF5 version found is 1.8.4-patch1 in /usr/include > -- HDF5 version found is 1.8.4-patch1 in /usr/include > -- tebd will not be built > -- Configuring done > -- Generating done > -- Build files have been written to: > /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost > > > Now, my problem is that "tebd will not be built" and I wonder why. > Is it related to the problem of "Falling back to CMake provied > LAPACK/BLAS detection" or maybe to what reported in the installation > guidelines that "The tebd code requires a fortran compiler and that HDF5 > be built with the --enable-fortran configure option." > In the latter case how can I fix the things in Debian-provided HDF5? > > > Thanks for your time, > > Cristian Degli Esposti Boschi > CNR-IMM, Sezione di Bologna, > via Gobetti, 101, 40129, Bologna, Italia > tel. ++39 051 6399152, fax ++39 051 6399216 > degliesposti -AT- bo.imm.cnr.it > > > ------------------------------ > > Message: 2 > Date: Wed, 25 May 2011 06:51:39 -1000 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: Re: [ALPS-users] tebd will not be built > To: comp-phys-alps-users(a)lists.phys.ethz.ch > Message-ID: <291CA21C-BF47-48EC-881E-27DD21C9F49D(a)phys.ethz.ch> > Content-Type: text/plain; charset=us-ascii > > Did you specify a Fortran-90 compiler? > > On May 25, 2011, at 1:16 AM, Cristian Degli Esposti Boschi wrote: > > > Dear users, > > > > I'm installing ALPS 2 on a Debian 6 (squeeze) machine. After issuing > > cmake -DCMAKE_INSTALL_PREFIX... I get the following (I extracted the last > relevant part): > > > > > > ... > > Falling back to CMake provied LAPACK/BLAS detection. > > -- A library with BLAS API found. > > -- A library with BLAS API found. > > -- A library with LAPACK API found. > > -- SQLite Library: not found > > -- LPSolve Library: not found > > -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) > > -- HDF5 version found is 1.8.4-patch1 in /usr/include > > -- Python interpreter /usr/bin/python > > -- Python interpreter ok : version 2.6.6 > > -- PYTHON_INCLUDE_DIRS = /usr/include/python2.6 > > -- PYTHON_NUMPY_INCLUDE_DIR = > /usr/lib/pymodules/python2.6/numpy/core/include > > -- PYTHON_SITE_PKG = /usr/lib/python2.6/dist-packages > > -- PYTHON_LIBRARY = /usr/lib/python2.6/config/libpython2.6.so > > -- PYTHON_EXTRA_LIBS =-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz > -lpthread -ldl -lutil > > -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -Wl,-O1 > -Wl,-Bsymbolic-functions > > -- Numpy include in /usr/lib/pymodules/python2.6/numpy/core/include > > -- ALPS XML dir is > /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost/alps/lib/xml > > -- Adding Boost dir: > /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost/boost > > -- HDF5 version found is 1.8.4-patch1 in /usr/include > > -- HDF5 version found is 1.8.4-patch1 in /usr/include > > -- tebd will not be built > > -- Configuring done > > -- Generating done > > -- Build files have been written to: > /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost > > > > > > Now, my problem is that "tebd will not be built" and I wonder why. > > Is it related to the problem of "Falling back to CMake provied > LAPACK/BLAS detection" or maybe to what reported in the installation > > guidelines that "The tebd code requires a fortran compiler and that HDF5 > be built with the --enable-fortran configure option." > > In the latter case how can I fix the things in Debian-provided HDF5? > > > > > > Thanks for your time, > > > > Cristian Degli Esposti Boschi > > CNR-IMM, Sezione di Bologna, > > via Gobetti, 101, 40129, Bologna, Italia > > tel. ++39 051 6399152, fax ++39 051 6399216 > > degliesposti -AT- bo.imm.cnr.it > > > > > > ------------------------------ > > Message: 3 > Date: Thu, 26 May 2011 11:28:42 +0800 (CST) > From: shuai cui <cuishuai_757(a)yahoo.com.cn> > Subject: [ALPS-users] transverse Ising model with DMRG > To: comp-phys-alps-users(a)lists.phys.ethz.ch > Message-ID: <606168.86645.qm(a)web15904.mail.cnb.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Dear Prof. Troyer > ? > I am trying to calculate the ground state energy of the transverse > Ising-Model ( -J*4*Sx(i)*Sx(j)-h*2*Sz(i) ) on a period 1d-chain-lattice with > the DMRG. Though I had use both the default model and a modified model, the > results are not satisfactory. So I ask for why the DMRG doesn't give a good > result in transverse field Ising model as in other 1D model. > the modified model is: > <MODELS> > <SITEBASIS name="spin"> > ? <PARAMETER name="local_spin" default="local_S"/> > ? <PARAMETER name="local_S" default="1/2"/> > ? <QUANTUMNUMBER name="S" min="local_spin" max="local_spin"/> > ? <QUANTUMNUMBER name="Sz" min="-S" max="S"/> > ? <OPERATOR name="Splus" matrixelement="sqrt(S*(S+1)-Sz*(Sz+1))"> > ??? <CHANGE quantumnumber="Sz" change="1"/> > ? </OPERATOR> > ? <OPERATOR name="Sminus" matrixelement="sqrt(S*(S+1)-Sz*(Sz-1))"> > ??? <CHANGE quantumnumber="Sz" change="-1"/> > ? </OPERATOR> > ? <OPERATOR name="Sz" matrixelement="Sz"/> > </SITEBASIS> > <BASIS name="spin"> > ? <SITEBASIS ref="spin"> > ??? <PARAMETER name="local_spin" value="local_S#"/> > ??? <PARAMETER name="local_S#" value="local_S"/> > ??? <PARAMETER name="local_S" value="1/2"/> > ? </SITEBASIS> > ? <CONSTRAINT quantumnumber="Sz" value="Sz_total"/> > </BASIS> > <SITEOPERATOR name="Sx" site="x"> > ? 1/2*(Splus(x)+Sminus(x)) > </SITEOPERATOR> > <HAMILTONIAN name="trans_Ising"> > ?? <PARAMETER name="J" default="0"/> > ?? <PARAMETER name="h" default="0"/> > ?? <BASIS ref="spin"/> > ?? <SITETERM site="i"> > ???? h*2*Sz(i) > ?? </SITETERM> > ?? <BONDTERM source="i" target="j"> > ???? J*4*Sx(i)*Sx(j) > ?? </BONDTERM> > </HAMILTONIAN> > </MODELS> > ? > Separately, the parameter files are: > LATTICE="chain lattice" > MODEL= "spin" > Jz=-4 > Gamma=2 > local_S=1/2 > SWEEPS=4 > NUMBER_EIGENVALUES=1 > L=8 > {MAXSTATES=20}? > ? > LATTICE="chain lattice" > MODEL= "trans_Ising" > J=-1 > h=-1 > local_S=1/2 > SWEEPS=4 > NUMBER_EIGENVALUES=1 > L=8 > {MAXSTATES=20}? > > Correspondingly, the results are: > FINAL SWEEP - LAST ITERATION > NUMBER OF STATES: 8 2 2 8 256 > E0 = -282.636028178 > ITER = 3 ENTROPY = 1.78546641552 > ------------------------------------------- > Truncation error = -4.98732999343e-17 > ------------------------------------------- > Checking if it is finished: not yet, next check in 60 seconds ( 0% done). > Halted Simulation 1 > This task took 46 seconds. > Checkpointing Simulation 1 > Finished with everything. > FINAL SWEEP - LAST ITERATION > NUMBER OF STATES: 8 2 2 8 256 > E0 = -9.11126807853 > ITER = 3 ENTROPY = 0.931162271124 > ------------------------------------------- > Truncation error = 2.22044604925e-16 > ------------------------------------------- > Checking if it is finished: not yet, next check in 60 seconds ( 0% done). > Halted Simulation 1 > This task took 13 seconds. > Checkpointing Simulation 1 > Finished with everything. > ? > but the correct data should be? -10.251661790966022 > which calculated by sparsediag. > ? > I don't understand why DMRG give a low precision result, even I had set > h=0. Remarkably, the default model gives a wrong data, which far away from > the correct one. > I had exercise the XX model, which gives a very well data. I wonder if the > transverse field Ising model has some special feature, or the DMRG parameter > I used is not right? > ? > best regards, > Shuai Cui > ? >

2 1

transverse Ising model with DMRG
by shuai cui 26 May '11

26 May '11

Dear Prof. Troyer I am trying to calculate the ground state energy of the transverse Ising-Model ( -J*4*Sx(i)*Sx(j)-h*2*Sz(i) ) on a period 1d-chain-lattice with the DMRG. Though I had use both the default model and a modified model, the results are not satisfactory. So I ask for why the DMRG doesn't give a good result in transverse field Ising model as in other 1D model. the modified model is: <MODELS> <SITEBASIS name="spin"> <PARAMETER name="local_spin" default="local_S"/> <PARAMETER name="local_S" default="1/2"/> <QUANTUMNUMBER name="S" min="local_spin" max="local_spin"/> <QUANTUMNUMBER name="Sz" min="-S" max="S"/> <OPERATOR name="Splus" matrixelement="sqrt(S*(S+1)-Sz*(Sz+1))"> <CHANGE quantumnumber="Sz" change="1"/> </OPERATOR> <OPERATOR name="Sminus" matrixelement="sqrt(S*(S+1)-Sz*(Sz-1))"> <CHANGE quantumnumber="Sz" change="-1"/> </OPERATOR> <OPERATOR name="Sz" matrixelement="Sz"/> </SITEBASIS> <BASIS name="spin"> <SITEBASIS ref="spin"> <PARAMETER name="local_spin" value="local_S#"/> <PARAMETER name="local_S#" value="local_S"/> <PARAMETER name="local_S" value="1/2"/> </SITEBASIS> <CONSTRAINT quantumnumber="Sz" value="Sz_total"/> </BASIS> <SITEOPERATOR name="Sx" site="x"> 1/2*(Splus(x)+Sminus(x)) </SITEOPERATOR> <HAMILTONIAN name="trans_Ising"> <PARAMETER name="J" default="0"/> <PARAMETER name="h" default="0"/> <BASIS ref="spin"/> <SITETERM site="i"> h*2*Sz(i) </SITETERM> <BONDTERM source="i" target="j"> J*4*Sx(i)*Sx(j) </BONDTERM> </HAMILTONIAN> </MODELS> Separately, the parameter files are: LATTICE="chain lattice" MODEL= "spin" Jz=-4 Gamma=2 local_S=1/2 SWEEPS=4 NUMBER_EIGENVALUES=1 L=8 {MAXSTATES=20} LATTICE="chain lattice" MODEL= "trans_Ising" J=-1 h=-1 local_S=1/2 SWEEPS=4 NUMBER_EIGENVALUES=1 L=8 {MAXSTATES=20} Correspondingly, the results are: FINAL SWEEP - LAST ITERATION NUMBER OF STATES: 8 2 2 8 256 E0 = -282.636028178 ITER = 3 ENTROPY = 1.78546641552 ------------------------------------------- Truncation error = -4.98732999343e-17 ------------------------------------------- Checking if it is finished: not yet, next check in 60 seconds ( 0% done). Halted Simulation 1 This task took 46 seconds. Checkpointing Simulation 1 Finished with everything. FINAL SWEEP - LAST ITERATION NUMBER OF STATES: 8 2 2 8 256 E0 = -9.11126807853 ITER = 3 ENTROPY = 0.931162271124 ------------------------------------------- Truncation error = 2.22044604925e-16 ------------------------------------------- Checking if it is finished: not yet, next check in 60 seconds ( 0% done). Halted Simulation 1 This task took 13 seconds. Checkpointing Simulation 1 Finished with everything. but the correct data should be -10.251661790966022 which calculated by sparsediag. I don't understand why DMRG give a low precision result, even I had set h=0. Remarkably, the default model gives a wrong data, which far away from the correct one. I had exercise the XX model, which gives a very well data. I wonder if the transverse field Ising model has some special feature, or the DMRG parameter I used is not right? best regards, Shuai Cui

1 0

tebd will not be built
by Cristian Degli Esposti Boschi 25 May '11

25 May '11

Dear users, I'm installing ALPS 2 on a Debian 6 (squeeze) machine. After issuing cmake -DCMAKE_INSTALL_PREFIX... I get the following (I extracted the last relevant part): ... Falling back to CMake provied LAPACK/BLAS detection. -- A library with BLAS API found. -- A library with BLAS API found. -- A library with LAPACK API found. -- SQLite Library: not found -- LPSolve Library: not found -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) -- HDF5 version found is 1.8.4-patch1 in /usr/include -- Python interpreter /usr/bin/python -- Python interpreter ok : version 2.6.6 -- PYTHON_INCLUDE_DIRS = /usr/include/python2.6 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/lib/pymodules/python2.6/numpy/core/include -- PYTHON_SITE_PKG = /usr/lib/python2.6/dist-packages -- PYTHON_LIBRARY = /usr/lib/python2.6/config/libpython2.6.so -- PYTHON_EXTRA_LIBS =-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -- Numpy include in /usr/lib/pymodules/python2.6/numpy/core/include -- ALPS XML dir is /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost/alps/lib/xml -- Adding Boost dir: /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost/boost -- HDF5 version found is 1.8.4-patch1 in /usr/include -- HDF5 version found is 1.8.4-patch1 in /usr/include -- tebd will not be built -- Configuring done -- Generating done -- Build files have been written to: /usr/local/ALPS/alps-2.0.1-r5565-src-with-boost Now, my problem is that "tebd will not be built" and I wonder why. Is it related to the problem of "Falling back to CMake provied LAPACK/BLAS detection" or maybe to what reported in the installation guidelines that "The tebd code requires a fortran compiler and that HDF5 be built with the --enable-fortran configure option." In the latter case how can I fix the things in Debian-provided HDF5? Thanks for your time, Cristian Degli Esposti Boschi CNR-IMM, Sezione di Bologna, via Gobetti, 101, 40129, Bologna, Italia tel. ++39 051 6399152, fax ++39 051 6399216 degliesposti -AT- bo.imm.cnr.it

2 1

parameters in spinmc
by rosales＠fisica.unlp.edu.ar 23 May '11

23 May '11

Dear all, I have a few questions about parameters in the spinmc application. In the Tutorias: Parameters web page, I found THERMALIZATION: Number of Monte Carlo sweeps for thermalization SWEEPS: number of Monte Carlo steps (after thermalization) -I don't understand what is the number of "copys" used to compute the averages. -Between copy and copy to compute the averages, how many MC steps are there? - Suppose I run with different magnetic fields. Is it possible to use the previous state as initial state for the next run? Best regards, > Dear all, > > I have a few questions about the observables that can be measured by the > spinmc application. > - It is possible to compute the static magnetic structure factor? > S(q)=Sum_{ij} <S_i.S_j> Exp(i*q(ri-rj)) > or > > - It is possible to compute the average of correlations <S_i.S_j> ? if > not, there is possibility to include now such terms? > > Best regards, > > Hector > > > -- > Dr. Hector Diego Rosales > IFLP - Dto. de Física UNLP, > Calle 49 y 115 s/n, > 1900 La Plata, > Argentina > Tel: +54 221 424 6062; > Fax: +54 221 423 0122 > e-Mail: rosales(a)fisica.unlp.edu.ar > -- Dr. Hector Diego Rosales IFLP - Dto. de Física UNLP, Calle 49 y 115 s/n, 1900 La Plata, Argentina Tel: +54 221 424 6062; Fax: +54 221 423 0122 e-Mail: rosales(a)fisica.unlp.edu.ar

3 5

tools (extracttext) missing?
by Martin Hohenadler 22 May '11

22 May '11

Dear all, I just installed the ALPS 2.0.1 Ubuntu package alps2all on Natty. Things work out of the box, but I can not find the xml tools such as extracttext anywhere. I don't remember doing anything extra the last time I installed ALPS. Thanks, Martin

3 4

tutorials
by Tadeusz Wasiutyński 12 May '11

12 May '11

Hello, In the tutorial on the alps web page line: import pyalps.pyplot should be rather: import pyalps.plot as it is in the files stored in distribution. Regards Tadeusz Wasiutynski

2 1

Re: [ALPS-users] another installation error
by Kubila 11 May '11

11 May '11

Dear Prof. Troyer Thank you very much for your email. In the attachment please find a copy of the file you request. I appreciate your help a lot. Sincerely, kubila --- On Tue, 5/10/11, Matthias Troyer <troyer(a)phys.ethz.ch> wrote: From: Matthias Troyer <troyer(a)phys.ethz.ch> Subject: Re: [ALPS-users] another installation error To: comp-phys-alps-users(a)lists.phys.ethz.ch Date: Tuesday, May 10, 2011, 5:53 PM It seems that the pthreads library is not available on your machine or not linked. Can you send a copy of your CMakeCache.txt? Matthias On May 10, 2011, at 2:29 AM, Kubila wrote: Dear Prof. Troyer Using the official release gcc 4.1.2, this issue is gone. On the other hand, when installing the latest alps 2.0.1, I got another installation error as follows [ 52%] Building CXX object tool/CMakeFiles/compactrun.dir/compactrun.C.o Linking CXX executable compactrun ../src/boost/libboost.so: undefined reference to `pthread_create' ../src/boost/libboost.so: undefined reference to `pthread_key_create' ../src/boost/libboost.so: undefined reference to `pthread_getspecific' ../src/boost/libboost.so: undefined reference to `pthread_once' ../src/boost/libboost.so: undefined reference to `pthread_join' ../src/boost/libboost.so: undefined reference to `pthread_setspecific' ../src/boost/libboost.so: undefined reference to `pthread_detach' collect2: ld returned 1 exit status make[2]: *** [tool/compactrun] Error 1 make[1]: *** [tool/CMakeFiles/compactrun.dir/all] Error 2 make: *** [all] Error 2 Any help will be greatly appreciated. Sincerely, kubila --- On Mon, 5/2/11, Matthias Troyer <troyer(a)phys.ethz.ch> wrote: From: Matthias Troyer <troyer(a)phys.ethz.ch> Subject: Re: [ALPS-users] installation error To: comp-phys-alps-users(a)lists.phys.ethz.ch Date: Monday, May 2, 2011, 5:58 AM Since the linker crashes it would be either a bug in the compiler or the linker. Can you try a more recent compiler than a prerelease of gcc 4.1? On May 2, 2011, at 12:12 AM, Kubila wrote: Dear Prof. Troyer Thank you very much for your email. The operating system is Debian GNU/Linux 4.0 (etch). The compiler is gcc (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)). Will the operating system be too " old " so that it is impossible to install ALPS 2.0.1? Thanks again for your reply. Sincerely, kubila From: Matthias Troyer <troyer(a)phys.ethz.ch> To: comp-phys-alps-users(a)lists.phys.ethz.ch Sent: Mon, May 2, 2011 12:11:17 AM Subject: Re: [ALPS-users] installation error Hi, this is the linker of your system crashing. Which operating systems is this and which compiler? Matthias On May 1, 2011, at 8:43 AM, Kubila wrote: Hi all I tried to install the nightly built ALPS 2.0.1 in a PC cluster and ended up with the following error message Linking CXX shared library libalps.so collect2: ld terminated with signal 11 [Segmentation fault] /usr/bin/ld: make[2]: *** [src/alps/libalps.so.2.0.1] Error 1 make[1]: *** [src/alps/CMakeFiles/alps.dir/all] Error 2 make: *** [all] Error 2 I am not the system administration so I tried to install ALPS into my home directory. The installation process moved on to about 51% and I encountered the error quoted above..... any help will appreciate much. Sincerely, kubila

1 0

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 May 2011