- Comp-phys-alps-users - lists.phys.ethz.ch

ALPS 1.3.5 library installation
by Andrea Taroni 12 Dec '09

12 Dec '09

Dear All, I am attempting to install alps-1.3.5 release candidate 3. I already have alps-1-3-4 installed, so I moved the ALPS directory to another location. Presumably this ensures a fresh install. I have boost and lapack in my home space. I am running Ubuntu 9.10. I run ./configure: [...] Summary of configuration: ALPS version 1.3.5 prefix /home/andrea/ALPS compiler type gnu [g++] optimization yes exceptions yes warnings no Boost version 1_41 MPI support no OpenMP support no HDF5 support no LAPACK support yes SQLite support no XML parser native Documentation no I run make, but this eventually exits with an error: [...] In file included from /usr/include/c++/4.4/backward/hash_set:59, from /home/andrea/boost/boost/graph/adjacency_list.hpp:25, from ../../src/alps/lattice/propertymap.h:37, from ../../src/alps/lattice/graphproperties.h:34, from ../../src/alps/lattice/graph.h:37, from ../../src/alps/lattice/unitcell.h:37, from ../../src/alps/lattice/disorder.h:38, from ../../src/alps/lattice/latticegraph.h:36, from ../../src/alps/lattice/latticelibrary.h:35, from ../../src/alps/lattice/graph_helper.h:34, from ../../src/alps/model/basisdescriptor.h:36, from ../../src/alps/model/hamiltonian.h:36, from ../../src/alps/model/modellibrary.h:38, from ../../src/alps/model/model_helper.h:33, from ../../src/alps/scheduler/montecarlo.h:37, from ../../src/alps/scheduler.h:31, from ../../src/alps/parapack/worker_factory.h:34, from ../../src/alps/parapack/worker_factory.C:28: /usr/include/c++/4.4/backward/backward_warning.h:28:2: warning: #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. libtool: compile: g++ -DHAVE_CONFIG_H -I../../src -I../../src -DNDEBUG -I/home/andrea/boost -g -O2 -MT worker_factory.lo -MD -MP -MF .deps/worker_factory.Tpo -c ../../src/alps/parapack/worker_factory.C -o worker_factory.o >/dev/null 2>&1 mv -f .deps/worker_factory.Tpo .deps/worker_factory.Plo /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I../../src -I../../src -DNDEBUG -I/home/andrea/boost -g -O2 -MT filelock.lo -MD -MP -MF .deps/filelock.Tpo -c -o filelock.lo `test -f '../../src/alps/parapack/filelock.C' || echo './'`../../src/alps/parapack/filelock.C libtool: compile: g++ -DHAVE_CONFIG_H -I../../src -I../../src -DNDEBUG -I/home/andrea/boost -g -O2 -MT filelock.lo -MD -MP -MF .deps/filelock.Tpo -c ../../src/alps/parapack/filelock.C -fPIC -DPIC -o .libs/filelock.o In file included from /usr/include/fcntl.h:217, from ../../src/alps/parapack/filelock.C:31: In function ‘int open(const char*, int, ...)’, inlined from ‘void alps::filelock::lock(int)’ at ../../src/alps/parapack/filelock.C:93: /usr/include/bits/fcntl2.h:51: error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments make[2]: *** [filelock.lo] Error 1 make[2]: Leaving directory `/home/andrea/alps-20091207/lib/alps' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/andrea/alps-20091207/lib' make: *** [all-recursive] Error 1 This occurs even if I select an older gcc complier, using the flag --with-compiler=gcc-4.1.3. I've not had trouble installing ALPS libraries in the past, so this may well be an issue with Ubuntu 9.10, rather than the release candidate itself. In any case, any help would be really appreciated. Many Thanks, Andrea

3 3

ALPS 1.3.5 release candidate 3 is available
by Matthias Troyer 07 Dec '09

07 Dec '09

ALPS 1.3.5 release candidate 3 is available on the ALPS web page. Unless I hear about problems with this release I will make a final release On Friday Matthias

1 0

Re: [ALPS-users] ALPS 1.3.5 release candidate available
by Tadeusz Wasiutynski 05 Dec '09

05 Dec '09

Sorry for the previous message concerning problem with running application after smooth installation of 1.3.5. One should not overwrite ALPS but rather delete the previuos version and then make install of the new one. It works without problems. Regards Tadeusz On Wed, 02 Dec 2009 12:00:04 +0100, comp-phys-alps-users-request wrote > Send Comp-phys-alps-users mailing list submissions to > comp-phys-alps-users(a)phys.ethz.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://webmail.phys.ethz.ch/mailman/listinfo/comp-phys-alps-users > or, via email, send a message with subject or body 'help' to > comp-phys-alps-users-request(a)phys.ethz.ch > > You can reach the person managing the list at > comp-phys-alps-users-owner(a)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. ALPS 1.3.5 release candidate available (Matthias Troyer) > 2. Re: ALPS 1.3.5 release candidate available (Synge Todo) > 3. Re: ALPS 1.3.5 release candidate available (Matthias Troyer) > 4. Re: ALPS 1.3.5 release candidate available (Synge Todo) > 5. Re: ALPS 1.3.5 release candidate available (Jean-David Picon) > 6. Re: ALPS 1.3.5 release candidate available (Matthias Troyer) > 7. Bls: Comp-phys-alps-users Digest, Vol 44, Issue 13 > (Muhammad Rofiq) > 8. Re: ALPS 1.3.5 release candidate available (Jean-David Picon) > 9. Re: ALPS 1.3.5 release candidate available (Synge Todo) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 1 Dec 2009 10:19:35 -0500 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: [ALPS-users] ALPS 1.3.5 release candidate available > To: comp-phys-alps-devel(a)lists.comp-phys.org, > comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <B146EAEC-32EF-4996-A12A-E270692911A1(a)phys.ethz.ch> > Content-Type: text/plain; charset=us-ascii > > Dear ALPS users and developers, > > We have uploaded a release candidate for ALPS 1.3.5 to the web page. > ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and > gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not > hear about any problems with this prerelease. > > With best regards > > Matthias Troyer > > ------------------------------ > > Message: 2 > Date: Wed, 2 Dec 2009 00:31:28 +0900 > From: Synge Todo <wistaria(a)comp-phys.org> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: General discussion on the ALPS library components and their > development <comp-phys-alps-devel(a)phys.ethz.ch> > Cc: comp-phys-alps-devel(a)lists.comp-phys.org, > comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <69B4A40A-C144-400F-A502-7F0CA70A5793(a)comp-phys.org> > Content-Type: text/plain; charset=us-ascii > > Hi Matthias, > > The link on http://alps.comp-phys.org/mediawiki/index.php/Download > seems broken: > > Not Found > The requested URL /static/software/releases/alps-alps- > 20091201.tar.gz was not found on this server. > > Synge > > On 2009/12/02, at 0:19, Matthias Troyer wrote: > > > Dear ALPS users and developers, > > > > We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > > > > With best regards > > > > Matthias Troyer > > > > ------------------------------ > > Message: 3 > Date: Tue, 1 Dec 2009 10:33:02 -0500 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: comp-phys-alps-users(a)phys.ethz.ch > Cc: General discussion on the ALPS library components and their > development <comp-phys-alps-devel(a)phys.ethz.ch> > Message-ID: <BA1A2ED7-BF4C-4CCF-918A-450B7A72F11B(a)phys.ethz.ch> > Content-Type: text/plain; charset=us-ascii > > It should be fixed now > > Matthias > > On 1 Dec 2009, at 10:31, Synge Todo wrote: > > > Hi Matthias, > > > > The link on http://alps.comp-phys.org/mediawiki/index.php/Download seems broken: > > > > Not Found > > The requested URL /static/software/releases/alps-alps-20091201.tar.gz was not found on this server. > > > > Synge > > > > > > On 2009/12/02, at 0:19, Matthias Troyer wrote: > > > >> Dear ALPS users and developers, > >> > >> We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > >> > >> With best regards > >> > >> Matthias Troyer > >> > > > > ------------------------------ > > Message: 4 > Date: Wed, 2 Dec 2009 00:36:30 +0900 > From: Synge Todo <wistaria(a)comp-phys.org> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: General discussion on the ALPS library components and their > development <comp-phys-alps-devel(a)phys.ethz.ch> > Cc: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <A4529729-5EB0-4344-B975-56A24CAF3B9C(a)comp-phys.org> > Content-Type: text/plain; charset=us-ascii > > Thanks! But the link for alps-light-1.3.5 is still broken. > > Synge > > On 2009/12/02, at 0:33, Matthias Troyer wrote: > > > It should be fixed now > > > > Matthias > > > > On 1 Dec 2009, at 10:31, Synge Todo wrote: > > > >> Hi Matthias, > >> > >> The link on http://alps.comp-phys.org/mediawiki/index.php/Download seems broken: > >> > >> Not Found > >> The requested URL /static/software/releases/alps-alps-20091201.tar.gz was not found on this server. > >> > >> Synge > >> > >> > >> On 2009/12/02, at 0:19, Matthias Troyer wrote: > >> > >>> Dear ALPS users and developers, > >>> > >>> We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > >>> > >>> With best regards > >>> > >>> Matthias Troyer > >>> > >> > > > > ------------------------------ > > Message: 5 > Date: Tue, 01 Dec 2009 17:26:49 +0100 > From: Jean-David Picon <jean-david.picon(a)epfl.ch> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: "comp-phys-alps-users(a)phys.ethz.ch" > <comp-phys-alps-users(a)phys.ethz.ch> > Message-ID: <4B1543C9.50808(a)epfl.ch> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Hi, > > I tried a simple installation on a local machine. The configure step > wnet fine but I got the following message > > ............ > /data1/picon/ALPS/boost_1_41_0/libs/program_options/src/config_file.cpp:106: error: ?m_allow_unregistered? was not declared in this scope make[2]: *** [config_file.lo] Error 1 make[2]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib/alps' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib' make: *** [all-recursive] Error 1 > > when compiling the libraries. Could an old gcc version (4.1.2) be > responsible for it ? I downloaded the last version of Boost. > > Thanks, > > Jean-David > > > Dear ALPS users and developers, > > > > We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > > > > With best regards > > > > Matthias Troyer > > > > > > ------------------------------ > > Message: 6 > Date: Tue, 1 Dec 2009 11:39:15 -0500 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <C6B7B4CA-41F5-427A-BA0A-504D13CD9136(a)phys.ethz.ch> > Content-Type: text/plain; charset=windows-1252 > > Which Boost version do you use? > > Matthias > > On 1 Dec 2009, at 11:26, Jean-David Picon wrote: > > > Hi, > > > > I tried a simple installation on a local machine. The configure step wnet fine but I got the following message > > > > ............ > > /data1/picon/ALPS/boost_1_41_0/libs/program_options/src/config_file.cpp:106: error: ?m_allow_unregistered? was not declared in this scope > > make[2]: *** [config_file.lo] Error 1 > > make[2]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib/alps' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib' > > make: *** [all-recursive] Error 1 > > > > > > when compiling the libraries. Could an old gcc version (4.1.2) be responsible for it ? I downloaded the last version of Boost. > > > > Thanks, > > > > Jean-David > > > > > > > > > >> Dear ALPS users and developers, > >> > >> We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > >> > >> With best regards > >> > >> Matthias Troyer > >> > >> > > > > ------------------------------ > > Message: 7 > Date: Wed, 2 Dec 2009 09:03:38 +0800 (SGT) > From: Muhammad Rofiq <roq_4q(a)yahoo.co.id> > Subject: [ALPS-users] Bls: Comp-phys-alps-users Digest, Vol 44, Issue > 13 > To: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <903642.53529.qm(a)web76514.mail.sg1.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > my lattice is fcc but I can't find how many lattice in a unit cell,, > I make 10 spin in simulation just for exercise. > > The > goal of this simulation is getting the curve of magnetization and the > curve of suseptibility to calibrate with the experimen... > > if my xml was wrong, please give me some sugestion to correct it! > > How to make the coupling in my lattice not constant? > > <LATTICES> > > <GRAPH > name="latisku"> > > ?<VERTEX id="1" > type="0"/> <VERTEX id="2" > type="0"/><VERTEX id="3" type="1"/> > > ?<VERTEX id="4" > type="0"/><VERTEX id="5" type="0"/> > <VERTEX id="6" type="0"/> > > ?<VERTEX id="7" > type="0"/> <VERTEX id="8" type="1"/> > <VERTEX id="9" type="0"/> > > ?<VERTEX id="10" type="0"/> > > ?<EDGE type="0" > source="1" target="2"/><EDGE type="1" > source="2" target="3"/> > > ?<EDGE type="0" > source="4" target="1"/><EDGE type="1" > source="3" target="4"/> > > ?<EDGE type="0" > source="5" target="4"/><EDGE type="1" > source="6" target="3"/> > > ?<EDGE type="0" > source="5" target="6"/><EDGE type="1" > source="7" target="8"/> > > ?<EDGE type="0" > source="6" target="7"/><EDGE type="1" > source="8" target="5"/> > > ?<EDGE type="0" > source="9" target="10"/><EDGE type="1" > source="8" target="9"/> > > ?<EDGE type="0" source="10" > target="7"/> > > </GRAPH> > > </LATTICES> > > ------------------------------ > > Message: 2 > Date: Wed, 25 Nov 2009 09:30:16 +0100 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: Re: [ALPS-users] Bls: Comp-phys-alps-users Digest, Vol 44, > ??? Issue 8 > To: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <1F2AC7CB-832B-42E4-A0ED-87BBA40A2E9D(a)phys.ethz.ch> > Content-Type: text/plain; charset="us-ascii" > > Are you sure that you only want to simulate 10 spins? How do you > define a phase transition for 10 spins? Don't you want to simulate a > lattice? In a lattice you should give the unit cell. Do you have a > simple cubic, fcc or bcc lattice? How many spins per unit cell? > > Matthias > > **************************************************** > > Lebih Bersih, Lebih Baik, Lebih Cepat - Rasakan Yahoo! Mail > baru yang Lebih Cepat hari ini! http://id.mail.yahoo.com >

1 0

Re: [ALPS-users] ALPS 1.3.5 release candidate available
by Tadeusz Wasiutynski 05 Dec '09

05 Dec '09

Hello, Both alps library and applications-20091201 install smoothly under SL54 with boost_1_41_0, make examples and make tests show nothing to be worried. ------------------------------------------------- However when typed: $ parameter2xml parm1b I get: parameter2xml: symbol lookup error: /home/tadek/ALPS/lib/libalps.so.0: undefined symbol: _ZNK5boost15program_options29value_semantic_codecvt_helperIcE5parseERNS_3anyERKSt6vectorISsSaISsEEb ------------------------------------------------------- On the same system the version 1.3.4 works fine. Regards tadeusz On Wed, 02 Dec 2009 12:00:04 +0100, comp-phys-alps-users-request wrote > Send Comp-phys-alps-users mailing list submissions to > comp-phys-alps-users(a)phys.ethz.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://webmail.phys.ethz.ch/mailman/listinfo/comp-phys-alps-users > or, via email, send a message with subject or body 'help' to > comp-phys-alps-users-request(a)phys.ethz.ch > > You can reach the person managing the list at > comp-phys-alps-users-owner(a)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. ALPS 1.3.5 release candidate available (Matthias Troyer) > 2. Re: ALPS 1.3.5 release candidate available (Synge Todo) > 3. Re: ALPS 1.3.5 release candidate available (Matthias Troyer) > 4. Re: ALPS 1.3.5 release candidate available (Synge Todo) > 5. Re: ALPS 1.3.5 release candidate available (Jean-David Picon) > 6. Re: ALPS 1.3.5 release candidate available (Matthias Troyer) > 7. Bls: Comp-phys-alps-users Digest, Vol 44, Issue 13 > (Muhammad Rofiq) > 8. Re: ALPS 1.3.5 release candidate available (Jean-David Picon) > 9. Re: ALPS 1.3.5 release candidate available (Synge Todo) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 1 Dec 2009 10:19:35 -0500 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: [ALPS-users] ALPS 1.3.5 release candidate available > To: comp-phys-alps-devel(a)lists.comp-phys.org, > comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <B146EAEC-32EF-4996-A12A-E270692911A1(a)phys.ethz.ch> > Content-Type: text/plain; charset=us-ascii > > Dear ALPS users and developers, > > We have uploaded a release candidate for ALPS 1.3.5 to the web page. > ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and > gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not > hear about any problems with this prerelease. > > With best regards > > Matthias Troyer > > ------------------------------ > > Message: 2 > Date: Wed, 2 Dec 2009 00:31:28 +0900 > From: Synge Todo <wistaria(a)comp-phys.org> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: General discussion on the ALPS library components and their > development <comp-phys-alps-devel(a)phys.ethz.ch> > Cc: comp-phys-alps-devel(a)lists.comp-phys.org, > comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <69B4A40A-C144-400F-A502-7F0CA70A5793(a)comp-phys.org> > Content-Type: text/plain; charset=us-ascii > > Hi Matthias, > > The link on http://alps.comp-phys.org/mediawiki/index.php/Download > seems broken: > > Not Found > The requested URL /static/software/releases/alps-alps- > 20091201.tar.gz was not found on this server. > > Synge > > On 2009/12/02, at 0:19, Matthias Troyer wrote: > > > Dear ALPS users and developers, > > > > We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > > > > With best regards > > > > Matthias Troyer > > > > ------------------------------ > > Message: 3 > Date: Tue, 1 Dec 2009 10:33:02 -0500 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: comp-phys-alps-users(a)phys.ethz.ch > Cc: General discussion on the ALPS library components and their > development <comp-phys-alps-devel(a)phys.ethz.ch> > Message-ID: <BA1A2ED7-BF4C-4CCF-918A-450B7A72F11B(a)phys.ethz.ch> > Content-Type: text/plain; charset=us-ascii > > It should be fixed now > > Matthias > > On 1 Dec 2009, at 10:31, Synge Todo wrote: > > > Hi Matthias, > > > > The link on http://alps.comp-phys.org/mediawiki/index.php/Download seems broken: > > > > Not Found > > The requested URL /static/software/releases/alps-alps-20091201.tar.gz was not found on this server. > > > > Synge > > > > > > On 2009/12/02, at 0:19, Matthias Troyer wrote: > > > >> Dear ALPS users and developers, > >> > >> We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > >> > >> With best regards > >> > >> Matthias Troyer > >> > > > > ------------------------------ > > Message: 4 > Date: Wed, 2 Dec 2009 00:36:30 +0900 > From: Synge Todo <wistaria(a)comp-phys.org> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: General discussion on the ALPS library components and their > development <comp-phys-alps-devel(a)phys.ethz.ch> > Cc: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <A4529729-5EB0-4344-B975-56A24CAF3B9C(a)comp-phys.org> > Content-Type: text/plain; charset=us-ascii > > Thanks! But the link for alps-light-1.3.5 is still broken. > > Synge > > On 2009/12/02, at 0:33, Matthias Troyer wrote: > > > It should be fixed now > > > > Matthias > > > > On 1 Dec 2009, at 10:31, Synge Todo wrote: > > > >> Hi Matthias, > >> > >> The link on http://alps.comp-phys.org/mediawiki/index.php/Download seems broken: > >> > >> Not Found > >> The requested URL /static/software/releases/alps-alps-20091201.tar.gz was not found on this server. > >> > >> Synge > >> > >> > >> On 2009/12/02, at 0:19, Matthias Troyer wrote: > >> > >>> Dear ALPS users and developers, > >>> > >>> We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > >>> > >>> With best regards > >>> > >>> Matthias Troyer > >>> > >> > > > > ------------------------------ > > Message: 5 > Date: Tue, 01 Dec 2009 17:26:49 +0100 > From: Jean-David Picon <jean-david.picon(a)epfl.ch> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: "comp-phys-alps-users(a)phys.ethz.ch" > <comp-phys-alps-users(a)phys.ethz.ch> > Message-ID: <4B1543C9.50808(a)epfl.ch> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Hi, > > I tried a simple installation on a local machine. The configure step > wnet fine but I got the following message > > ............ > /data1/picon/ALPS/boost_1_41_0/libs/program_options/src/config_file.cpp:106: error: ?m_allow_unregistered? was not declared in this scope make[2]: *** [config_file.lo] Error 1 make[2]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib/alps' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib' make: *** [all-recursive] Error 1 > > when compiling the libraries. Could an old gcc version (4.1.2) be > responsible for it ? I downloaded the last version of Boost. > > Thanks, > > Jean-David > > > Dear ALPS users and developers, > > > > We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > > > > With best regards > > > > Matthias Troyer > > > > > > ------------------------------ > > Message: 6 > Date: Tue, 1 Dec 2009 11:39:15 -0500 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: Re: [ALPS-users] ALPS 1.3.5 release candidate available > To: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <C6B7B4CA-41F5-427A-BA0A-504D13CD9136(a)phys.ethz.ch> > Content-Type: text/plain; charset=windows-1252 > > Which Boost version do you use? > > Matthias > > On 1 Dec 2009, at 11:26, Jean-David Picon wrote: > > > Hi, > > > > I tried a simple installation on a local machine. The configure step wnet fine but I got the following message > > > > ............ > > /data1/picon/ALPS/boost_1_41_0/libs/program_options/src/config_file.cpp:106: error: ?m_allow_unregistered? was not declared in this scope > > make[2]: *** [config_file.lo] Error 1 > > make[2]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib/alps' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/net/itpserv1/data1/picon/ALPS/alps/lib' > > make: *** [all-recursive] Error 1 > > > > > > when compiling the libraries. Could an old gcc version (4.1.2) be responsible for it ? I downloaded the last version of Boost. > > > > Thanks, > > > > Jean-David > > > > > > > > > >> Dear ALPS users and developers, > >> > >> We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. > >> > >> With best regards > >> > >> Matthias Troyer > >> > >> > > > > ------------------------------ > > Message: 7 > Date: Wed, 2 Dec 2009 09:03:38 +0800 (SGT) > From: Muhammad Rofiq <roq_4q(a)yahoo.co.id> > Subject: [ALPS-users] Bls: Comp-phys-alps-users Digest, Vol 44, Issue > 13 > To: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <903642.53529.qm(a)web76514.mail.sg1.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > my lattice is fcc but I can't find how many lattice in a unit cell,, > I make 10 spin in simulation just for exercise. > > The > goal of this simulation is getting the curve of magnetization and the > curve of suseptibility to calibrate with the experimen... > > if my xml was wrong, please give me some sugestion to correct it! > > How to make the coupling in my lattice not constant? > > <LATTICES> > > <GRAPH > name="latisku"> > > ?<VERTEX id="1" > type="0"/> <VERTEX id="2" > type="0"/><VERTEX id="3" type="1"/> > > ?<VERTEX id="4" > type="0"/><VERTEX id="5" type="0"/> > <VERTEX id="6" type="0"/> > > ?<VERTEX id="7" > type="0"/> <VERTEX id="8" type="1"/> > <VERTEX id="9" type="0"/> > > ?<VERTEX id="10" type="0"/> > > ?<EDGE type="0" > source="1" target="2"/><EDGE type="1" > source="2" target="3"/> > > ?<EDGE type="0" > source="4" target="1"/><EDGE type="1" > source="3" target="4"/> > > ?<EDGE type="0" > source="5" target="4"/><EDGE type="1" > source="6" target="3"/> > > ?<EDGE type="0" > source="5" target="6"/><EDGE type="1" > source="7" target="8"/> > > ?<EDGE type="0" > source="6" target="7"/><EDGE type="1" > source="8" target="5"/> > > ?<EDGE type="0" > source="9" target="10"/><EDGE type="1" > source="8" target="9"/> > > ?<EDGE type="0" source="10" > target="7"/> > > </GRAPH> > > </LATTICES> > > ------------------------------ > > Message: 2 > Date: Wed, 25 Nov 2009 09:30:16 +0100 > From: Matthias Troyer <troyer(a)phys.ethz.ch> > Subject: Re: [ALPS-users] Bls: Comp-phys-alps-users Digest, Vol 44, > ??? Issue 8 > To: comp-phys-alps-users(a)phys.ethz.ch > Message-ID: <1F2AC7CB-832B-42E4-A0ED-87BBA40A2E9D(a)phys.ethz.ch> > Content-Type: text/plain; charset="us-ascii" > > Are you sure that you only want to simulate 10 spins? How do you > define a phase transition for 10 spins? Don't you want to simulate a > lattice? In a lattice you should give the unit cell. Do you have a > simple cubic, fcc or bcc lattice? How many spins per unit cell? > > Matthias > > **************************************************** > > Lebih Bersih, Lebih Baik, Lebih Cepat - Rasakan Yahoo! Mail > baru yang Lebih Cepat hari ini! http://id.mail.yahoo.com >

2 1

Application of the DMRG code to a single impurity Kondo problem
by Martin Höck 02 Dec '09

02 Dec '09

Dear Alps users / developers, in order to estimate the finite-size error of my exact diagonalization results, I tried to apply the DMRG code of Alps to a single impurity Kondo problem (one-dimensional tight-binding electrons with a spin-1/2 impurity coupling to the middle of the chain). As a first step, I wanted to compare the results for a small system with L=7 (i.e. 8 lattice sites including the impurity). Since the exact diagonalization was done at half filling (N=L), I would also like to use a fixed electron number N in the DMRG calculation. For this reason, I chose the "alternative fermion" site-basis with the quantum number N. Because of the Heisenberg interaction between the electrons and the localized spin, the quantum numbers N_up and N_down of the "fermion" site-basis are no good quantum numbers anyway. Despite a lot of trying, I was unable to get the DMRG program running. I'm wondering if there is still some error in my input files (see below) or if I'm trying something which is not supported in the current version. The tutorials found on the homepage, the talks on Alps, and the collection of previous questions did not help me to solve the problem. I have to add that I have little experience with DMRG, so I might be making a fundamental mistake here (does it matter for the code to which site of the chain the impurity couples?). To be more specific, the DMRG program (Alps version 1.3.2) aborts right after starting with the message "Site basis for type 2 not found and no default exists". The following input files were used: Parameter file: LATTICE_LIBRARY="./mylattices.xml" MODEL_LIBRARY="./mymodels.xml" LATTICE="Gitter_1" SWEEPS=4 MAXSTATES=100 CONSERVED_QUANTUMNUMBERS="N,Sz" { MODEL="Kondo_Modell" t=1 J=0.5 B=0.01 local_spin=1/2 local_S=1/2 N_total=7 Sz_total=0 } Lattice library file: <LATTICES> <GRAPH name="Gitter_1" vertices="8" edges="7"> <VERTEX id="1" type="0"/> <VERTEX id="2" type="0"/> <VERTEX id="3" type="0"/> <VERTEX id="4" type="0"/> <VERTEX id="6" type="0"/> <VERTEX id="7" type="0"/> <VERTEX id="8" type="0"/> <VERTEX id="5" type="1"/> <EDGE id="1" type="0" source="1" target="2"/> <EDGE id="2" type="0" source="2" target="3"/> <EDGE id="3" type="0" source="3" target="4"/> <EDGE id="4" type="0" source="4" target="6"/> <EDGE id="5" type="0" source="6" target="7"/> <EDGE id="6" type="0" source="7" target="8"/> <EDGE id="8" type="1" source="4" target="5"/> </GRAPH> </LATTICES> Model library file: <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> <SITEBASIS name="alternative fermion"> <QUANTUMNUMBER name="N" min="0" max="2" type="fermionic"/> <QUANTUMNUMBER name="S" min="N*(2-N)/2" max="N*(2-N)/2"/> <QUANTUMNUMBER name="Sz" min="-S" max="S"/> <OPERATOR name="Splus" matrixelement="1"> <CHANGE quantumnumber="Sz" change="1"/> </OPERATOR> <OPERATOR name="Sminus" matrixelement="1"> <CHANGE quantumnumber="Sz" change="-1"/> </OPERATOR> <OPERATOR name="Sz" matrixelement="Sz"/> <OPERATOR name="c_down" matrixelement="1"> <CHANGE quantumnumber="N" change="-1"/> <CHANGE quantumnumber="Sz" change="+1/2"/> <CHANGE quantumnumber="S" change="-1/2"/> </OPERATOR> <OPERATOR name="cdag_down" matrixelement="1"> <CHANGE quantumnumber="N" change="1"/> <CHANGE quantumnumber="Sz" change="-1/2"/> <CHANGE quantumnumber="S" change="1/2"/> </OPERATOR> <OPERATOR name="c_up" matrixelement="1"> <CHANGE quantumnumber="N" change="-1"/> <CHANGE quantumnumber="Sz" change="-1/2"/> <CHANGE quantumnumber="S" change="-1/2"/> </OPERATOR> <OPERATOR name="cdag_up" matrixelement="1"> <CHANGE quantumnumber="N" change="1"/> <CHANGE quantumnumber="Sz" change="1/2"/> <CHANGE quantumnumber="S" change="1/2"/> </OPERATOR> <OPERATOR name="n" matrixelement="N"/> <OPERATOR name="n_up" matrixelement="N*(Sz+1/2)"/> <OPERATOR name="n_down" matrixelement="N*(1/2-Sz)"/> </SITEBASIS> <BONDOPERATOR name="fermion_hop" source="x" target="y"> cdag_up(x)*c_up(y)+cdag_up(y)*c_up(x)+cdag_down(x)*c_down(y) +cdag_down(y)*c_down(x) </BONDOPERATOR> <BONDOPERATOR name="exchange" source="x" target="y"> Sz(x)*Sz(y)+1/2*(Splus(x)*Sminus(y)+Sminus(x)*Splus(y)) </BONDOPERATOR> <BASIS name="Kondo_Basis"> <SITEBASIS type="0" ref="alternative fermion"/> <SITEBASIS type="1" ref="spin"/> <CONSTRAINT quantumnumber="N" value="N_total"/> <CONSTRAINT quantumnumber="Sz" value="Sz_total"/> </BASIS> <HAMILTONIAN name="Kondo_Modell"> <PARAMETER name="t" default="1"/> <PARAMETER name="J" default="0.5"/> <PARAMETER name="B" default="0.1"/> <BASIS ref="Kondo_Basis"/> <SITETERM type="0" site="i"> B*Sz(i) </SITETERM> <SITETERM type="1" site="i"> B*Sz(i) </SITETERM> <BONDTERM type="0" source="i" target="j"> t*fermion_hop(i,j) </BONDTERM> <BONDTERM type="1" source="i" target="j"> J*exchange(i,j) </BONDTERM> </HAMILTONIAN> </MODELS> In the model library, I only added the "Kondo_Basis" and the "Kondo_Modell" entries. The rest is directly taken from the standard model library. The flexibility of Alps (defining your own lattices and models), as well as the possibility to quickly use different methods is really amazing. However, especially in view of the multitude of options some more examples in the documentation would be really helpful. Best regards, Martin Hoeck

1 0

ALPS 1.3.5 release candidate available
by Matthias Troyer 02 Dec '09

02 Dec '09

Dear ALPS users and developers, We have uploaded a release candidate for ALPS 1.3.5 to the web page. ALPS 1.3.5 is a maintenance release, and works with Boost 1.41 and gcc-4.4. We will go ahead with a formal 1.3.5 release if we do not hear about any problems with this prerelease. With best regards Matthias Troyer

3 7

Bls: Comp-phys-alps-users Digest, Vol 44, Issue 13
by Muhammad Rofiq 02 Dec '09

02 Dec '09

my lattice is fcc but I can't find how many lattice in a unit cell,, I make 10 spin in simulation just for exercise. The goal of this simulation is getting the curve of magnetization and the curve of suseptibility to calibrate with the experimen... if my xml was wrong, please give me some sugestion to correct it! How to make the coupling in my lattice not constant? <LATTICES> <GRAPH name="latisku"> <VERTEX id="1" type="0"/> <VERTEX id="2" type="0"/><VERTEX id="3" type="1"/> <VERTEX id="4" type="0"/><VERTEX id="5" type="0"/> <VERTEX id="6" type="0"/> <VERTEX id="7" type="0"/> <VERTEX id="8" type="1"/> <VERTEX id="9" type="0"/> <VERTEX id="10" type="0"/> <EDGE type="0" source="1" target="2"/><EDGE type="1" source="2" target="3"/> <EDGE type="0" source="4" target="1"/><EDGE type="1" source="3" target="4"/> <EDGE type="0" source="5" target="4"/><EDGE type="1" source="6" target="3"/> <EDGE type="0" source="5" target="6"/><EDGE type="1" source="7" target="8"/> <EDGE type="0" source="6" target="7"/><EDGE type="1" source="8" target="5"/> <EDGE type="0" source="9" target="10"/><EDGE type="1" source="8" target="9"/> <EDGE type="0" source="10" target="7"/> </GRAPH> </LATTICES> ------------------------------ Message: 2 Date: Wed, 25 Nov 2009 09:30:16 +0100 From: Matthias Troyer <troyer(a)phys.ethz.ch> Subject: Re: [ALPS-users] Bls: Comp-phys-alps-users Digest, Vol 44, ??? Issue 8 To: comp-phys-alps-users(a)phys.ethz.ch Message-ID: <1F2AC7CB-832B-42E4-A0ED-87BBA40A2E9D(a)phys.ethz.ch> Content-Type: text/plain; charset="us-ascii" Are you sure that you only want to simulate 10 spins? How do you define a phase transition for 10 spins? Don't you want to simulate a lattice? In a lattice you should give the unit cell. Do you have a simple cubic, fcc or bcc lattice? How many spins per unit cell? Matthias **************************************************** Lebih Bersih, Lebih Baik, Lebih Cepat - Rasakan Yahoo! Mail baru yang Lebih Cepat hari ini! http://id.mail.yahoo.com

1 0

Bls: Comp-phys-alps-users Digest, Vol 44, Issue 9
by Muhammad Rofiq 30 Nov '09

30 Nov '09

my lattice is fcc but I can't find how many lattice in a unit cell,, I make 10 spin in simulation just for exercise. The goal of this simulation is getting the curve of magnetization and the curve of suseptibility to calibrate with the experimen... if my xml was wrong, please give me some sugestion to correct it --- Pada Rab, 25/11/09, comp-phys-alps-users-request(a)phys.ethz.ch <comp-phys-alps-users-request(a)phys.ethz.ch> menulis: Dari: comp-phys-alps-users-request(a)phys.ethz.ch <comp-phys-alps-users-request(a)phys.ethz.ch> Judul: Comp-phys-alps-users Digest, Vol 44, Issue 9 Kepada: comp-phys-alps-users(a)phys.ethz.ch Tanggal: Rabu, 25 November, 2009, 6:00 PM Send Comp-phys-alps-users mailing list submissions to comp-phys-alps-users(a)phys.ethz.ch To subscribe or unsubscribe via the World Wide Web, visit https://webmail.phys.ethz.ch/mailman/listinfo/comp-phys-alps-users or, via email, send a message with subject or body 'help' to comp-phys-alps-users-request(a)phys.ethz.ch You can reach the person managing the list at comp-phys-alps-users-owner(a)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. Bls: Comp-phys-alps-users Digest, Vol 44, Issue 8 (Muhammad Rofiq) 2. Re: Bls: Comp-phys-alps-users Digest, Vol 44, Issue 8 (Matthias Troyer) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Nov 2009 09:21:00 +0800 (SGT) From: Muhammad Rofiq <roq_4q(a)yahoo.co.id> Subject: [ALPS-users] Bls: Comp-phys-alps-users Digest, Vol 44, Issue 8 To: comp-phys-alps-users(a)phys.ethz.ch Message-ID: <317881.84336.qm(a)web76502.mail.sg1.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" I used the Heisenberg model for S = 1/2 such as done on experiment, but I still having difficulty to make couling of lattice cubic, my lattice stucture is like in enclosure file --- Pada Sel, 24/11/09, comp-phys-alps-users-request(a)phys.ethz.ch <comp-phys-alps-users-request(a)phys.ethz.ch> menulis: Dari: comp-phys-alps-users-request(a)phys.ethz.ch <comp-phys-alps-users-request(a)phys.ethz.ch> Judul: Comp-phys-alps-users Digest, Vol 44, Issue 8 Kepada: comp-phys-alps-users(a)phys.ethz.ch Tanggal: Selasa, 24 November, 2009, 6:00 PM Send Comp-phys-alps-users mailing list submissions to ??? comp-phys-alps-users(a)phys.ethz.ch To subscribe or unsubscribe via the World Wide Web, visit ??? https://webmail.phys.ethz.ch/mailman/listinfo/comp-phys-alps-users or, via email, send a message with subject or body 'help' to ??? comp-phys-alps-users-request(a)phys.ethz.ch You can reach the person managing the list at ??? comp-phys-alps-users-owner(a)phys.ethz.ch Message: 3 Date: Tue, 24 Nov 2009 08:44:53 +0800 (SGT) From: Muhammad Rofiq <roq_4q(a)yahoo.co.id> Subject: [ALPS-users] lattice.... To: comp-phys-alps-users(a)phys.ethz.ch Message-ID: <550593.22765.qm(a)web76516.mail.sg1.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Dear all,, When I simulate the susceptibility of Cd0.3Mn0.7Te, I had a problem of my results. The result has obtained not to synchronize with theory. I get 5K of Neel Temperature, while the theory is 23 of Neel Temperature. is there's any mistake with my cubic lattice? my cubic lattice is : <LATTICES> <GRAPH name="latiskubik"> ?<VERTEX id="1" type="0"/> <VERTEX id="2" type="0"/><VERTEX id="3" type="1"/> ?<VERTEX id="4" type="0"/><VERTEX id="5" type="0"/> <VERTEX id="6" type="0"/> ?<VERTEX id="7" type="0"/> <VERTEX id="8" type="1"/> <VERTEX id="9" type="0"/> ?<VERTEX id="10" type="0"/> ?<EDGE type="0" source="1" target="2"/><EDGE type="1" source="2" target="3"/> ?<EDGE type="0" source="4" target="1"/><EDGE type="1" source="3" target="4"/> ?<EDGE type="0" source="5" target="4"/><EDGE type="1" source="6" target="3"/> ?<EDGE type="0" source="5" target="6"/><EDGE type="1" source="7" target="8"/> ?<EDGE type="0" source="6" target="7"/><EDGE type="1" source="8" target="5"/> ?<EDGE type="0" source="9" target="10"/><EDGE type="1" source="8" target="9"/> ?<EDGE type="0" source="10" target="7"/> </GRAPH> </LATTICES> Thanks before,, ? ? ? Buat sendiri desain eksklusif Messenger Pingbox Anda sekarang! Membuat tempat chat pribadi di blog Anda sekarang sangatlah mudah. http://id.messenger.yahoo.com/pingbox/

1 0

Re: [ALPS-users] Off diagonal measurements in QMC
by Matthias Troyer 28 Nov '09

28 Nov '09

On 28 Nov 2009, at 17:19, Fernando Cucchietti wrote: > Dear Matthias, > > Thanks for the prompt response! > I want to simulate a spin lattice system with longer-than-first neighbor interaction. Although this could lead to some frustration, in practice it does not because the interaction strength decays fast with distance. So, nothing too fancy. It will probably still give you a sign problem, which is always an exponential problem. > What Green's function is measured by the applications? Does the looper code measure it? Perhaps I can make do with sigma^plus_i sigma^minus_j... Again it depends on the model: Do you think of a Heisenberg model or some other interaction? Matthias > > Thanks, > Fernando > > On Nov 28, 2009, at 4:35 PM, Matthias Troyer wrote: > >> Dear Fernando Cucchietti, >> >> Indeed the ALPS QMC applications do not support these measurements except for the Green's function sigma^plus_i sigma^minus_j in some of the codes. To answer how easy or hard it is to implement these measurements we would need to know which model you want to simulate. >> >> Matthias >> >> On 28 Nov 2009, at 16:05, Fernando Cucchietti wrote: >> >>> Hello all, >>> >>> I am learning how to use the ALPS applications. I had reasonable success with DMRG with which I am experienced, however I was trying to study two dimensional systems with QMC and I ran into a problem: The ALPS application complains that it will not measure off-diagonal observables such as sigma_x, even less for two operators like sigma^plus_i sigma^minus_j. It measures without any problems sigma_z and correlations of sigma_z operators. >>> >>> Now, my ignorance of QMC is such that I don't know if this is an intrinsic limitation of Quantum Montecarlo algorithms or just of the particular example application distributed with ALPS -- this is my first question. My second question is: if it is possible to measure e.g. sigma_x, could you give me a rough estimate of how difficult could it be to implement it with the libraries? >>> >>> Thanks in advance, >>> >>> Fernando Cucchietti >>> >>> >> >

1 0

Off diagonal measurements in QMC
by Fernando Cucchietti 28 Nov '09

28 Nov '09

Hello all, I am learning how to use the ALPS applications. I had reasonable success with DMRG with which I am experienced, however I was trying to study two dimensional systems with QMC and I ran into a problem: The ALPS application complains that it will not measure off-diagonal observables such as sigma_x, even less for two operators like sigma^plus_i sigma^minus_j. It measures without any problems sigma_z and correlations of sigma_z operators. Now, my ignorance of QMC is such that I don't know if this is an intrinsic limitation of Quantum Montecarlo algorithms or just of the particular example application distributed with ALPS -- this is my first question. My second question is: if it is possible to measure e.g. sigma_x, could you give me a rough estimate of how difficult could it be to implement it with the libraries? Thanks in advance, Fernando Cucchietti

2 1