-
Notifications
You must be signed in to change notification settings - Fork 136
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installation instructions without configure #265
Comments
The documentation is for the released version of MPIR, not the GitHub repo. There are people who argue on both sides of the issue with regard to putting configure in the repo. However GitHub+Code review does argue strongly for not having it in the repo. I appreciate the difficulty, but a decision has been made on the issue and it is extremely unlikely to be revisited. |
It was my understanding, based on what's written on the website, that the GitHub repo would be the only form of release in the future? If that understanding is wrong, new tarballs (with configure) being available for milestone releases, then there is no issue whatsoever. |
There certainly won't be official releases. But it could be that we set up nightly tarballs or something. A lot depends on how the project is supported going forward. But you are right. If we drop the tarballs altogether, it would make more sense to adjust the INSTALL for the tarball. |
What exactly does this mean? Do you mean to say you are not going to make them yourself? Perhaps you can still delegate this... Can't we have a community official unofficial release? |
What is exactly the state of affairs now? Is there anything holding up a new release (I could volunteer to make one...)? |
If you know how to do it, go right ahead. But without an ongoing commitment from others, they won't happen by my hand. |
There's nothing specific holding up a release right now. The repo is in a good state. Please ensure .so numbering is changed and the documentation is updated CHANGES, Contributors, NEWS, etc. |
So you'd like it done the usual way, as a pull request? |
I'm reading between the lines here, so anyone please correct me if I'm wrong. @dimpase - what hasn't been said directly: This project has a wealth of great code, and has had a lot of really talented people contributing, still does. It is long-running, so long that many of the great contributors have begun to move on, or moved on entirely. Some towards other projects, some towards retirement and different life priorities, some are no longer physically with us. |
On Sun, Nov 4, 2018 at 9:39 PM KevinHake ***@***.***> wrote:
@dimpase <https://github.com/dimpase> - what is your motivation for
creating a new official release?
For one, MPIR is the default integer arithmetic library in [Sagemath](
http://sagemath.org). Naturally we do like being up to date in Sagemath,
whereas currently we are shipping
an MPIR version 3.0.0-644faf502c56f97d9accd301965fc57d6ec70868... (yep,
3.0.0 updated by some commits...)
Another CAS which uses MPIR is Macaulay2, which is very popular among commutative algebraists...
|
I am guessing Sagemath uses mpir for both Linux and Windows builds. @dimpase Do you build for Windows with Visual Studio, or with MinGW? The main branch here has recently removed the Visual Studio build files. @BrianGladman's repo has it all, but it is out of sync with the main branch, and also includes experimental/work-in-progress changes to master. Personally I like having the Windows and Linux stuff all in one place, and using the same stable code base, running tests etc which was my motivation for merging stuff together. |
Sage on Windows is built on Cygwin. Several packages of its need Posix fork, that's why. |
@KevinHake With respect to the work going on in my repository on the Visual Studio/MSVC build for MPIR, let me reassure you that nothing has changed with respect to its ongoing development. From the very moment MPIR was forked from GMP, there has only ever been one developer/maintainer of the native Windows Visual Studio/MSVC build system. The only prospective change being considered now is that of moving to separate distributions for the Linux/GCC and Windows/MSVC builds. The reason for this I believe is that, for each community, the perceived 'cost' of carrying the build files needed by the other community in 'their' distribution has become too large. |
Done with #276, I may find some time in the next month to add a nice README.md showing the current build status (and therefore link to the nightly tarballs), along with the "instruction" to use these and what needs to be done if you want to build from here. You find the nightly tarballs at https://ci.appveyor.com/project/wbhart/mpir (then choose whatever build you want, go to "artifacts" and grab your tarball).
I'm still sure that the 'cost' of not being up-to-date without additional PR is much higher. If there's consensus for a "split" - why not creating an official "Windows" branch here that is up-to-date with everything and just additional contains the Windows build files? For the issue at hand I'd suggest to closing this (INSTALL is for tarballs and those are available as "nightlies" now). |
Hello,
The INSTALL file specifies to run
./configure && make
, even though there is noconfigure
executable in the source tree.I suspect that the installation instructions were not updated after issue #205 was fixed.
The text was updated successfully, but these errors were encountered: