Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 483752 - app-accessibility/brltty : does not respect LD
Summary: app-accessibility/brltty : does not respect LD
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal QA (vote)
Assignee: Chris Brannon (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: tc-directly
  Show dependency tree
 
Reported: 2013-09-05 14:49 UTC by Agostino Sarubbo
Modified: 2013-09-23 02:07 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2013-09-05 14:49:29 UTC
You receive this bug because this package does not respect my system's LD (x86_64-pc-linux-gnu-gcc) and calls directly /usr/bin/ld (or similar)
The possible solutions to fix this issue are:
1)Fix the buildsystem, if you can;
2)inherit toolchain-funcs and use tc-export LD If you strictly need ld
3)inherit toolchain-funcs and use emake LD="$(tc-getCC)"


From the build log:

ld -r -o  braille.o eu_braille.o eu_io.o eu_serial.o eu_usb.o eu_bluetooth.o eu_net.o eu_protocol.o eu_clio.o eu_esysiris.o
Comment 1 Chris Brannon (RETIRED) gentoo-dev 2013-09-09 16:13:12 UTC
It respects LD when the value is an absolute path.
But when LD is a relative path, it is ignored.
Is this not standard behavior?
I'm guessing that you were using a relative path.

The other ar bug is definitely a bug though, because the call is
hard-coded.
Comment 2 Agostino Sarubbo gentoo-dev 2013-09-09 16:27:27 UTC
(In reply to Chris Brannon from comment #1)
> It respects LD when the value is an absolute path.
> But when LD is a relative path, it is ignored.
> Is this not standard behavior?
> I'm guessing that you were using a relative path.
> 
> The other ar bug is definitely a bug though, because the call is
> hard-coded.

ld at link time should be called by the CC. Works in this case something like that?
Comment 3 Agostino Sarubbo gentoo-dev 2013-09-09 16:28:11 UTC
the correct order should be:

$(CC) $(CFLAGS) $(LDFLAGS) $(OBJECTS) $(LIBS)
Comment 4 Chris Brannon (RETIRED) gentoo-dev 2013-09-12 17:16:14 UTC
In the brltty build system, ld isn't always called by cc.
Instead, it is sometimes called like this:
$(MKOBJ) $@ $(OBJ_FILES)
where MKOBJ is defined as:
$(LD) -r -o
The build output that you included in your original bug report
was using one of these MKOBJ calls, so it should have been using the
value of LD that you gave at configure-time.
Comment 5 Chris Brannon (RETIRED) gentoo-dev 2013-09-23 02:07:46 UTC
Fixed in app-accessibility/brltty-4.5-r2.
Thanks for the report.