On 01/14/2017 09:49 AM, Helmut Grohne wrote: > Control: reassign libtool > Control: retitle -1 libtool misdetects nios2 as os2 > Control: tags -1 = > Control: affects -1 + src:systemd > > On Fri, Jan 13, 2017 at 07:28:30PM +0100, Helmut Grohne wrote: >> Still I am very much interested in finding the real cause. Given that >> you suspect libtool, I went ahead and looked at the linker invocation of >> test-udev for all architectures (in bootstrap builds). With two >> exceptions, all of them were storing the executable at .libs/test-udev. >> The two exceptions are nios2 and sparc. (I may have missed some >> architectures due to temporary failures.) Does this ring any bells? > > Identifying sparc here was just wrong. I looked through the logs and > caught it wrongly. It really is just nios2. > > Looking closer at the log, it turns out that libtool is adding a > -Wl,-rpath -Wl,$buildpath for nios2 and it shouldn't be doing that. > > While the reasons are not entirely clear, the cause was correctly > guessed by Marek Vasut: Confusion with os2. > > The following patch made the problem go away: > > sed -i -e 's/\*os2\*/*-os2*/' /usr/share/libtool/build-aux/ltmain.sh > > All of the lines matched are case expressions and the change causes them > to no longer match nios2. > > I'm not proposing it as is for inclusion into libtool, but merely > showing it to demonstrate the cause and leave it up to Marek to produce > a mergeable version.
I submitted a fix for that to GNU libtool almost two years ago ... https://lists.gnu.org/archive/html/bug-libtool/2015-09/msg00014.html > Helmut > -- Best regards, Marek Vasut
