[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 <ben@…>): In [changeset:"9373994acaf1b73fe0e7cf8e03594c63cec8d235/ghc" 9373994/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="9373994acaf1b73fe0e7cf8e03594c63cec8d235" configure: Kill off FP_ARG_WITH_* This replaces the --with-* configure flags with the usual autoconf environment variables, as suggested by #13583. Test Plan: Configure on various platforms Reviewers: hvr, trofi, thomie, austin Reviewed By: trofi Subscribers: rwbarton, erikd GHC Trac Issues: #13583 Differential Revision: https://phabricator.haskell.org/D3499 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13583#comment:2> 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: 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