[GHC] #13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure -------------------------------------+------------------------------------- Reporter: slyfox | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- A followup on comments around https://phabricator.haskell.org/rGHC79848f18805a The following does not work currently: {{{ $ ./configure \ --enable-unregisterised \ --enable-bfd-debug \ NM=gcc-nm \ AR=gcc-ar \ RANLIB=gcc-ranlib ... ar : /usr/bin/ar ld : /usr/bin/ld nm : /usr/bin/nm objdump : /usr/bin/objdump ranlib : /usr/bin/ranlib }}} The workaround is to use {{{ $ ./configure --enable-unregisterised \ --with-nm=gcc-nm \ --with-ar=gcc-ar \ --with-ranlib=gcc-ranlib }}} The plan is to make it work (perhaps by using '''AC_PROG_AR'''?). -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13583 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure -------------------------------------+------------------------------------- Reporter: slyfox | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * milestone: => 8.4.1 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13583#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure
-------------------------------------+-------------------------------------
Reporter: slyfox | Owner: (none)
Type: bug | Status: new
Priority: normal | Milestone: 8.4.1
Component: Compiler | Version: 8.0.1
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by Ben Gamari
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure -------------------------------------+------------------------------------- Reporter: slyfox | Owner: (none) Type: bug | Status: merge Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * status: new => merge -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13583#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure -------------------------------------+------------------------------------- Reporter: slyfox | Owner: (none) Type: bug | Status: closed Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * status: merge => closed * resolution: => fixed -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13583#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure -------------------------------------+------------------------------------- Reporter: slyfox | Owner: (none) Type: bug | Status: closed Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by angerman): Doe this imply that if you want to use gold, you'd specify LD=ld.gold, or however that ld is called? And we can remove the logic that forces gold? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13583#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure -------------------------------------+------------------------------------- Reporter: slyfox | Owner: (none) Type: bug | Status: closed Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by angerman): Just to be clear, my issue is not with gold per se. My issue is that we make assumptions about the naming of the linker. If my gold is called ld, or x-y-z-ld.gold or my-lovely-linker, I'm running into issues. This becomes evident probably only when using custom toolchains. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13583#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
#13583: configure.ac: handle AR=, NM= and other flags as arguments to ./configure -------------------------------------+------------------------------------- Reporter: slyfox | Owner: (none) Type: bug | Status: closed Priority: normal | Milestone: 8.4.1 Component: Compiler | Version: 8.0.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by bgamari): The above commit does nothing about the ld issue. I think the best of the terrible options before us would be to. 1. replace the logic which currently forces use of gold with a test looking for the broken bfd linker, falling off it is found. 2. add some logic to look at the value of`LD` and try adding the appropriate flag to the C compiler flags to ensure that it is used I don't know the best way for the user to disable (2), as distribution packagers will almost certainly want to do. I suppose a `--disable-ld- cflags` configure option might work, but it seems terrible. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/13583#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
participants (1)
-
GHC