Skip to content
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

'make install' ignores --prefix for installing the man page #2984

Closed
SimonSapin opened this issue Jul 21, 2012 · 4 comments
Closed

'make install' ignores --prefix for installing the man page #2984

SimonSapin opened this issue Jul 21, 2012 · 4 comments

Comments

@SimonSapin
Copy link
Contributor

Hi,

Using today’s master from git, I’m running:

./configure --prefix /home/simon/non-packages
make  # fails for some reason
make  # succeeds
make install # without sudo

make fails the first time with this output: http://nopaste.info/d3df650be4.html , but finishes without error the second time. I’m told on IRC that that issue is already reported (edit: #2641).

This issue is with make install. It ignores the prefix and tries (and fails, since I’m not root) to create /usr/local/share/man/man1. It should write to /home/simon/non-packages/share/man/man1 instead.

@SimonSapin
Copy link
Contributor Author

I tried to trick Make with a symlink, but now it tries to write to /usr/local/bin/rustc. It appear to ignore the prefix completely.

@SimonSapin
Copy link
Contributor Author

It worked with --prefix=foo (which is indeed how it appears in the --help message) instead of --prefix foo. My fault for not reading carefully enough, although it would be nice to have both work.

@nikomatsakis
Copy link
Contributor

Seems like the bug has more to do with command-line parsing than installation. Closing the issue.

@nikomatsakis
Copy link
Contributor

I was going to open a bug for support --prefix arg, except that near as I can tell --prefix=arg is the standard form and --prefix arg is not normally accepted in other configure scripts.

RalfJung pushed a commit to RalfJung/rust that referenced this issue Jul 23, 2023
celinval pushed a commit to celinval/rust-dev that referenced this issue Jun 4, 2024
These are the auto-generated release notes for comparison purposes:

## What's Changed
* Rethink `should_panic` and `fail_uncoverable` options as global
conditions by @adpaco-aws in
model-checking/kani#2967
* Upgrade toolchain to nightly-2024-01-17 by @celinval in
model-checking/kani#2976
* Benchcomp visualize: fix missing import by @tautschnig in
model-checking/kani#2977
* Cargo update 2024-01-18 by @remi-delmas-3000 in
model-checking/kani#2978

**Full Changelog**:
model-checking/kani@kani-0.44.0...kani-0.45.0

By submitting this pull request, I confirm that my contribution is made
under the terms of the Apache 2.0 and MIT licenses.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants