From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Korsgaard Date: Tue, 06 Nov 2018 11:07:08 +0100 Subject: [Buildroot] [PATCH] traceroute: fix 'no rule to make target -lm' error In-Reply-To: <51e4e1aa-c4c8-0353-dbfa-722756a49f71@mind.be> (Arnout Vandecappelle's message of "Tue, 6 Nov 2018 00:40:38 +0100") References: <1539902241-10211-1-git-send-email-sergio.prado@e-labworks.com> <20181104114514.523365ee@windsurf> <20181104122638.7103719d@windsurf> <19d8f97c-f90d-9a44-6b2b-ad2132aa69af@mind.be> <51e4e1aa-c4c8-0353-dbfa-722756a49f71@mind.be> Message-ID: <87pnvibjub.fsf@dell.be.48ers.dk> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net >>>>> "Arnout" == Arnout Vandecappelle writes: Hi, > Muhaha. In other words, -lNAME dependencies are broken for cross-compilation! > Indeed, this is coded like this in make (remake.c): Yes :/ At least I think that they are fairly rarely used. > Bottom line: it looks like Sergio's patch is indeed correct, and moreover, it > looks like it might be better to add it to TARGET_MAKE_ENV. Note sure if we want > to take the risk at this point to make such a landslide change? I am about to cut -rc1, so I don't want to do it on master. I suggest we merge Sergio's patch (with the above description) and then create a new patch for next to add it globally to TARGET_MAKE_ENV. OK? >> I guess that that is completely unrelated though. > So this is completely unrelated: it is because the way glob is used in make is > incompatible with glibc-2.28. But since any distro which has glibc-2.28 also has > make >= 4.0, it's not so important to fix I guess. OTOH it's just a simple > upstream patch. Ok, so not really that important. I'm fine with either adding the patch or just waiting for the next make bump (that will presumably include it). -- Bye, Peter Korsgaard