Opened 4 years ago

Last modified 7 months ago

#7152 new feature request

Add flag to configure that skips overwriting of symlinks on install

Reported by: tibbe Owned by: thoughtpolice
Priority: normal Milestone:
Component: Build System Version: 7.4.2
Keywords: Cc:…, rwbarton
Operating System: Unknown/Multiple Architecture: Unknown/Multiple
Type of failure: None/Unknown Test Case:
Blocked By: Blocking:
Related Tickets: Differential Rev(s):
Wiki Page:


Sometimes when I'm installing a GHC release candidates I'd like to install the RC without overwriting the ghc etc symlinks in /usr/local/bin. It would be convenient to have a configure flag that told the install step to only install the versioned binaries (e.g. ghc-6.2.1) in /usr/local/bin, without the symlinks.

Change History (11)

comment:1 Changed 4 years ago by simonmar

  • difficulty set to Unknown
  • Milestone set to 7.8.1
  • Priority changed from normal to high

I like this idea too.

comment:2 Changed 3 years ago by liyang

  • Cc… added

I install different versions to /usr/local/ghc/ghc-x.y.z and have a bunch of bash functions/aliases that prepend the selected version to $PATH &c.

If we're going to allow multiple versioned binaries to be installed directly to /usr (which would be nice), we'll want some way to choose between them too, cf. gcc_select on OS X, in which case we should also figure out how that'd interact with say Debian's update-alternatives(8).

comment:3 Changed 3 years ago by thoughtpolice

  • Owner set to thoughtpolice

I'll look into this for 7.8.1. I agree we should maybe have some gcc_select style thing, but I don't quite know how these works or the details of Debian's approach, so I may just do the simple thing first and come back to that.

comment:4 Changed 2 years ago by thoughtpolice

  • Milestone changed from 7.8.3 to 7.10.1

Bumping priority down (these tickets haven't been closely followed or fixed in 7.4), and moving out to 7.10 and out of 7.8.3.

comment:5 Changed 2 years ago by thoughtpolice

  • Priority changed from high to normal

Actually dropping priority. :)

comment:6 Changed 2 years ago by thomie

  • Type changed from bug to feature request

comment:7 Changed 21 months ago by thoughtpolice

  • Milestone changed from 7.10.1 to 7.12.1

Moving to 7.12.1 milestone; if you feel this is an error and should be addressed sooner, please move it back to the 7.10.1 milestone.

comment:8 Changed 19 months ago by rwbarton

  • Cc rwbarton added

comment:9 Changed 12 months ago by thomie

See also this thread: "simultaneous ghc versions", which concluded with:

Come to think of it, shouldn't ghc include this, instead of everyone creating their own shell scripts by hand?

I don't think so. This is usually done in the userland -- at least in GNU+Linux distributions.

More to the point, various distribution methods already include such things (e.g. NixOS, Debian's alternatives system, MacPorts' "port select") plus there are various mechanisms for implementing this on an ad-hoc basis (GNU stow, environment modules, etc.). Downstream packages implementing their own versions of this except speicifically on an opt-in basis (e.g. configure option) tend to interfere with these and complicate inclusion into existing package systems.

comment:10 Changed 12 months ago by thoughtpolice

  • Milestone changed from 7.12.1 to 8.0.1

Milestone renamed

comment:11 Changed 7 months ago by thomie

  • Milestone 8.0.1 deleted
Note: See TracTickets for help on using tickets.