Bug 732614 – app-accessibility/brltty-6.1-r1 fails to link with LLD because of /usr/lib in the link command line

• Status: CONFIRMED
• Product: Gentoo Linux

[Description Agostino Sarubbo 2020-07-14 20:27:49 UTC]

https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: app-accessibility/brltty fails to link with LLD because of /usr/lib in the link command line.
Discovered on: amd64  (internal ref: tinderbox)

NOTE:
This PR gives an idea about a fix: https://github.com/PhotoFlare/photoflare/pull/248/files.

[Comment 1 Agostino Sarubbo 2020-07-14 20:27:55 UTC]

Created attachment 649212 [details]
build.log

build log and emerge --info

[Comment 2 Agostino Sarubbo 2020-07-14 20:27:57 UTC]

Created attachment 649214 [details]
other.tar.bz2

other logs

[Comment 3 Agostino Sarubbo 2021-12-10 10:43:04 UTC]

tinderbox has reproduced this issue with version 6.1-r1 - Updating summary.

[Comment 4 Marcel Sondaar 2024-10-29 19:47:37 UTC]

I ran into the same problem with brltty-6.6-r1, and I'm on the llvm profile

There were two references to -L/usr/lib in my case, each of them in a Makefile formatted as -L${DEPENDENCY_NAME_HERE}/lib. Removing this section allows the build to proceed with no further issues.

offending files (on my system):
Drivers/Speech/eSpeak-NG/Makefile
Drivers/Speech/FestivalLite/Makefile
these files are generated as part of the process, and the offending sections are not in the corresponding Makefile.in so I don't yet have a quick win by patching this out using the portage patching system.

suggested end user workaround:
- build package, allowing it to fail
- fix the offending Makefiles in /var/tmp/portage/...
- ebuild /path/to/brltty.ebuild merge
- repeat 2-3 if necessary.

HTH