https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87758
--- Comment #3 from John Ericson ---
Hmm, the GHC issue I meant to link I think is
https://gitlab.haskell.org/ghc/ghc/issues/11042 . From the looks of it, I might
have pasted the wrong URL anyways, but in any event GHC switched from Trac to
(its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87758
--- Comment #2 from John Ericson ---
Indeed it has. Are you worried about the breakage then? Could we make a new
--print-library-name= ? The old name is pretty bad anyways, so I'd like a flag
with that name to exist regardless.
I am still unclea
Assignee: unassigned at gcc dot gnu.org
Reporter: John.Ericson at Obsidian dot Systems
Target Milestone: ---
Not respecting -L makes for confusing behavior. I'm surprised there was no
issue for this before, as this behavior is probably quite old.
--print-prog-name= likewise doesn&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86746
--- Comment #2 from John Ericson ---
I don't know about such things, but I'd hope that if so ideally
`--disable-multilib` would cause a build failure, or otherwise multilib == yes
anyways so my patch has no effect. I'd find it very concerning if
erity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: John.Ericson at Obsidian dot Systems
Target Milestone: ---
Created attachment 44469
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44469&action=edit
