intervalxt

Interval Exchange Transformations

https://github.com/flatsurf/intervalxt

Science Score: 59.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
    Found .zenodo.json file
  • DOI references
    Found 6 DOI reference(s) in README
  • Academic publication links
    Links to: zenodo.org
  • Committers with academic emails
    1 of 4 committers (25.0%) from academic institutions
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (15.1%) to scientific vocabulary
Last synced: 7 months ago · JSON representation

Repository

Interval Exchange Transformations

Basic Info
  • Host: GitHub
  • Owner: flatsurf
  • License: gpl-3.0
  • Language: C++
  • Default Branch: master
  • Homepage:
  • Size: 1.41 MB
Statistics
  • Stars: 6
  • Watchers: 3
  • Forks: 3
  • Open Issues: 22
  • Releases: 27
Created about 7 years ago · Last pushed 7 months ago
Metadata Files
Readme Changelog License Codeowners Authors Zenodo

README.md

logo

intervalxt

License: GPL 3.0 or later Test Coverage ASV DOI 10.5281/zenodo.4015050

Interval Exchange Transformations


intervalxt is a C++/Python library which implements algorithms on Interval Exchange Transformations (IETs).

In particular, we implement the Boshernitzan Algorithm and Rauzy Induction on IETs. Our principal application is the decomposition of a measured foliation into periodic and minimal components. We certify that a component is minimal with the Boshernitzan Algorithm or by certifying that the Rauzy Induction will be looping infinitely. Note that presently the algorithm is probably incomplete; in rare cases no further decomposition of a component seems to be possible, nevertheless, our criteria fail to certify minimality of the component.

Source tarballs can be downloaded at https://github.com/flatsurf/intervalxt/releases.

This repository contains two related projects:

  • libintervalxt a C++ library
  • pyintervalxt a Python wrapper for libintervalxt

Build and Develop intervalxt with pixi

If you have cloned the source repository, make sure to pull in all the third-party header-only libraries by running:

git submodule update --init

If you are distributing intervalxt or you are a purist who only wants to interact with autotools directly, then you should skip to the next section. Otherwise, we strongly recommend that you install pixi and then use the following commands:

  • pixi run test build intervalxt and run the libintervalxt and pyintervalxt test suites
  • pixi run compile-commands to generate a compile_commands.json that your IDE might be able to use to make sense of this project
What is pixi? pixi is a tool based on [conda](https://en.wikipedia.org/wiki/Conda_(package_manager)) & [conda-forge](https://conda-forge.org) for developers so that we can all use the same workflows in the same defined environments. pixi allows us to ship a very opinionated setup to developers of intervalxt namely a number of opinionated scripts with corresponding tested (and opinionated) dependencies. This makes the whole development experience much more reliable and reproducible, e.g., the CI on GitHub Pull Requests runs with the exact same setup, so if something fails there, you can just run the CI command to hopefully get exactly the same behavior locally.
How do I use pixi? If you have not used pixi before, the most relevant pixi command is: ```sh pixi run TASK ``` Run `pixi task list` to see the available tasks. All tasks are defined in the `pixi.toml` file and most are used somewhere in our GitHub Continuous Integration setup, see .github/workflows/.
Why don't we add all things to the Makefiles but use pixi tasks? Packagers do prefer a system that is as minimalistic as possible. Any opinionated bit in the build system, such as setting compiler flags, usually needs to be patched out by software distributions. That's why our Makefiles are trying to follow the autoconfiscated standards as closely as possible. And essentially all that pixi does is to call these Makefiles without you having to figure out how everything works in detail.
Can I use configure & make with pixi? More experienced developers may not want to use these tasks. You can also just use the curated list of dependencies that pixi provides and drop into a shell with these dependencies installed. For example, to run the libintervalxt test suite directly, you could do: ```sh pixi shell -e dev ./bootstrap cd libintervalxt ./configure make check ``` Note that the following section contains more details about this `configure && make` workflow that might be of interest to you.

Build from the Source Code Repository or a Tarball

If you have cloned the source directory and you decided not to use pixi, you will need to setup the configure script and Makefile using autotools. That is

git submodule update --init
./bootstrap

If you obtained a tarball of the sources or if the preceding step worked, you can now run

./configure
make
make check  # to run our test suite
make install  # to install into /usr/local

If you happen to have any of the dependencies installed in a non standard directory, you will have to specify the CPPFLAGS and LDFLAGS variables for the configure script

./configure CPPFLAGS=-I/my/path/include LDFLAGS=-L/my/path/lib

For best performance run CFLAGS="-O3" CXXFLAGS="-O3" ./configure instead of ./configure. You might want to add -g3 to CFLAGS and CXXFLAGS which does not hurt performance but gives a better debugging experience. For the best debugging experience, you might want to replace -O3 with -Og or even -O0 but the latter results in poor performance.

If your compiler supports it, you can try to add -fvisibility=hidden -fvisibility-inlines-hidden to your CXXFLAGS. This hides internal bits in the resulting library which have lead to crashes in the past due to conflicting header-only libraries.

If your linker supports it, you should use ./configure --with-version-script to shrink the resulting shared library to an exact curated list of versioned symbols.

perf works well to profile when you make sure that CFLAGS and CXXFLAGS contain -fno-omit-framepointer. You can then for example run our test suite with perf record --call-graph dwarf make check. Apart from perf itself there are several ways to analyze the output, hotspot might be the most convenient one at the time of this writing.

For more detailed but generic instructions please refer to the INSTALL file.

How to Cite This Project

If you have used this project in the preparation of a publication, please cite it as described on our zenodo site.

Acknowledgements

  • Julian Rüth's contributions to this project have been supported by the Simons Foundation Investigator grant of Alex Eskin.

Maintainers

Owner

  • Name: flatsurf
  • Login: flatsurf
  • Kind: organization
  • Email: contact@flatsurf.org

GitHub Events

Total
  • Issues event: 1
  • Delete event: 1
  • Issue comment event: 1
  • Push event: 7
  • Pull request event: 9
  • Create event: 1
Last Year
  • Issues event: 1
  • Delete event: 1
  • Issue comment event: 1
  • Push event: 7
  • Pull request event: 9
  • Create event: 1

Committers

Last synced: 8 months ago

All Time
  • Total Commits: 494
  • Total Committers: 4
  • Avg Commits per committer: 123.5
  • Development Distribution Score (DDS): 0.069
Past Year
  • Commits: 21
  • Committers: 1
  • Avg Commits per committer: 21.0
  • Development Distribution Score (DDS): 0.0
Top Committers
Name Email Commits
Julian Rüth j****h@f****g 460
Vincent Delecroix v****x@u****r 22
clang-format bot b****t@f****g 11
Samuel Lelièvre s****l 1
Committer Domains (Top 20 + Academic)

Issues and Pull Requests

Last synced: 7 months ago

All Time
  • Total issues: 37
  • Total pull requests: 70
  • Average time to close issues: 12 months
  • Average time to close pull requests: 9 days
  • Total issue authors: 2
  • Total pull request authors: 3
  • Average comments per issue: 1.27
  • Average comments per pull request: 0.7
  • Merged pull requests: 65
  • Bot issues: 0
  • Bot pull requests: 2
Past Year
  • Issues: 0
  • Pull requests: 2
  • Average time to close issues: N/A
  • Average time to close pull requests: about 2 months
  • Issue authors: 0
  • Pull request authors: 1
  • Average comments per issue: 0
  • Average comments per pull request: 0.5
  • Merged pull requests: 1
  • Bot issues: 0
  • Bot pull requests: 2
Top Authors
Issue Authors
  • saraedum (25)
  • videlec (12)
Pull Request Authors
  • saraedum (69)
  • videlec (2)
  • dependabot[bot] (1)
Top Labels
Issue Labels
python (8) bug (7) ease of use (6) build (3) distribution (3) enhancement (3) performance (3) breaking change (3) refactoring (2) CI (2) code smell (1) needs info from reporter (1) critical (1) waiting for enlightenment (1) C++ (1)
Pull Request Labels
dependencies (1) github_actions (1)

Dependencies

.github/workflows/benchmark.yml actions
  • EndBug/add-and-commit v5 composite
  • JamesIves/github-pages-deploy-action 3.7.1 composite
  • actions/checkout v2 composite
  • conda-incubator/setup-miniconda v2 composite
  • flatsurf/actions/asv main composite
.github/workflows/coverage.yml actions
  • actions/checkout v2 composite
  • conda-incubator/setup-miniconda v2 composite
.github/workflows/lint.yml actions
  • DoozyX/clang-format-lint-action v0.11 composite
  • EndBug/add-and-commit v4 composite
  • actions/checkout v2 composite
  • conda-incubator/setup-miniconda v2 composite
.github/workflows/test.yml actions
  • actions/checkout v2 composite
  • conda-incubator/setup-miniconda v2 composite
pyintervalxt/src/setup.py pypi
  • cppyy *
  • cppyythonizations *