Under some circumstances dropbear 2012.55 adds -lcrypt to the OBJS variable Instead -lcrypt should be added to LIBS Patch attached
Created attachment 4430 [details] Don't add -lcrypu to OBJS
What problem is this solving exactly?
The build of the dropbear package was failing, because there was no rule to create "-lcrypt" obj.
(In reply to comment #3) > The build of the dropbear package was failing, because there was no rule to > create "-lcrypt" obj. Hmm, I don't seem to be able to reproduce this. Could you provide more details about your config, please?
(In reply to comment #1) it would be better to fix Makefile.in itself and then send the fix upstream (In reply to comment #2) make has implicit rules to handle "-lfoo" in its dependency list. so dropbear does this: dropbearobjs=$(COMMONOBJS) $(CLISVROBJS) $(SVROBJS) @CRYPTLIB@ ... dropbear: $(dropbearobjs) this expands into: dropbear: ... -lcrypt and make executes its implicit code to try and find /usr/lib/libcrypt.a. if you don't have that, it'll fail.
(In reply to comment #5) > (In reply to comment #1) > > it would be better to fix Makefile.in itself and then send the fix upstream > > (In reply to comment #2) > > make has implicit rules to handle "-lfoo" in its dependency list. so dropbear > does this: > > dropbearobjs=$(COMMONOBJS) $(CLISVROBJS) $(SVROBJS) @CRYPTLIB@ > ... > dropbear: $(dropbearobjs) > > this expands into: > dropbear: ... -lcrypt > > and make executes its implicit code to try and find /usr/lib/libcrypt.a. if > you don't have that, it'll fail. Ahh yes, I missed that. And yes, I agree with Mike. Please fix it correctly (E.G. in Makefile.in) and submit upstream.
Upstream bug, please submit your patch to them. Thanks.