Skip to content

alps: add v2.3.4, modify maintainers & license#3530

Open
Ooolab wants to merge 10 commits intospack:developfrom
ALPSim:develop
Open

alps: add v2.3.4, modify maintainers & license#3530
Ooolab wants to merge 10 commits intospack:developfrom
ALPSim:develop

Conversation

@Ooolab
Copy link

@Ooolab Ooolab commented Feb 24, 2026

In this updated spack package, we added support for newer versions of Boost and macOS26.

Updated versions and URLs for ALPS package.
Added support for newer Boost versions.
@spackbot-triage spackbot-triage bot requested a review from Sinan81 February 24, 2026 06:52
@alecbcs alecbcs changed the title Update ALPS Version alps: add v2.3.4, modify maintainers & license Feb 24, 2026
Removed unnecessary blank lines in package.py.
@spackbot-triage spackbot-triage bot removed the extends label Feb 25, 2026
url = "https://github.com/ALPSim/ALPS/archive/refs/tags/v2.3.3-beta.5.tar.gz"

maintainers("Sinan81")
maintainers("Ooolab", "egull")
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This usually means maintainer for the spack package file, as opposed to the maintainer for the software itself. So, I would recommend keeping me as maintainer alongside the others listed here. But it's up to you.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for a fast review! I have updated the package according to your suggestions. Thank you for your continued support for ALPS!

"2.3.3-beta.6", sha256="eb0c8115b034dd7a9dd585d277c4f86904ba374cdbdd130545aca1c432583b68"
"2.3.4-beta.2",
sha256="ca2e1307630e6fccac279ab7711036f7c6dee43c386fd6f24cfc77c86a3c7f1c",
url="https://github.com/ALPSim/ALPS/archive/refs/tags/v2.3.4-beta.2.tar.gz",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

as far as I can tell, there's no need for a different url for every version here. Spack automatically converts the deleted url = ... statement to the correct one for a given version. When the url pattern changes between versions (which's not the case here I think), in Spack we usually use url_for_version method to handle different patterns.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It has been updated.

depends_on("py-numpy", type=("build", "run"))
depends_on("py-scipy", type=("build", "run"))
depends_on("py-matplotlib", type=("build", "run"))
depends_on("mpi")
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ALPS can be built without MPI right? if so, you might want to add a variant like:

variant("mpi", default=False,  description="Build with MPI support")

afterwards, do like:

depends_on("mpi", when="+mpi")

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

added conditional MPI support through the variant "mpi"

)
depends_on("boost@1.80:") # Just for headers. Note that the checksums are listed below
depends_on("fftw")
depends_on("hdf5 ~mpi+hl")
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

if building with mpi and and also want to use hdf5 built with mpi, you could add the following

depends_on("hdf5+mpi+hl", when="+mpi")

# Add MPI support - just specify compilers (minimal change)
args.append("-DMPI_CXX_COMPILER={0}".format(self.spec["mpi"].mpicxx))

args.append("-DMPI_C_COMPILER={0}".format(self.spec["mpi"].mpicc))
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

if defining an mpi variant mentioned above, then these should be added only if "+mpi" variant is selected.

# For MPI - set compiler wrappers
env.set("MPI_CXX", self.spec["mpi"].mpicxx)
env.set("MPI_CC", self.spec["mpi"].mpicc)
env.set("MPICXX", self.spec["mpi"].mpicxx)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

same as above.

@Sinan81
Copy link
Contributor

Sinan81 commented Feb 25, 2026

Happy to see that the developers of ALPS are now maintaining the spack package file. Also, it's nice that boost dependency is simplified.

Copy link
Contributor

@Sinan81 Sinan81 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good. approving.

@Ooolab
Copy link
Author

Ooolab commented Feb 27, 2026

There is a pipeline error: Status: Failed
ml-linux-aarch64-cpu-build

Is this preventing the merging? No sure what caused this. Any suggestions? Thanks!

@spackbot-triage spackbot-triage bot requested a review from Sinan81 February 27, 2026 17:16
@Sinan81
Copy link
Contributor

Sinan81 commented Feb 27, 2026

There is a pipeline error: Status: Failed ml-linux-aarch64-cpu-build

Is this preventing the merging? No sure what caused this. Any suggestions? Thanks!

it must be an unrelated bug. Should not prevent the merge.

@Sinan81
Copy link
Contributor

Sinan81 commented Feb 27, 2026

I don't have permissions to merge. So, we're waiting for one of core spack developers to merge this.

"boost@:1.87 +chrono +date_time +filesystem +iostreams +mpi +numpy"
"+program_options +python +regex +serialization +system +test +thread +timer"
)
depends_on("boost@1.80:") # Just for headers. Note that the checksums are listed below
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

if boost is only needed for headers, then probably we should make this a build only dependency like

depends_on("boost@1.80:", type="build")

default dependency is build & link.
This can be improved later.

@Sinan81
Copy link
Contributor

Sinan81 commented Feb 27, 2026

pinging @alalazo for help with merge since he reviewed the previous alps MR.

@Sinan81 Sinan81 requested a review from alalazo February 27, 2026 19:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants