Summary: | dev-lang/texlive-core-2014-r1 - src_compile(): Making all in web2c /// Makefile:1814: *** missing separator. Stop. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Philipp Riegger <bugs+gentoo> |
Component: | Current packages | Assignee: | Alexis Ballier <aballier> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | tex |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
app-text:texlive-core-2014-r1:20141114-071339.log
Makefile |
Description
Philipp Riegger
2014-11-14 08:18:27 UTC
Created attachment 389286 [details]
app-text:texlive-core-2014-r1:20141114-071339.log
I masked all texlive 2014 ebuilds and try to re-emerge texlive-core-2013. Same error here. But it worked at some point in time. This is most likely because of /bin/sh -> /bin/dash. I will know in about 25 minutes. (In reply to Philipp Riegger from comment #3) > This is most likely because of /bin/sh -> /bin/dash. I will know in about 25 > minutes. Setting the /bin/sh symlink back to bash does not seem to fix the issue. can you post the offending makefile plz ? and try with USE=-xattr on portage ? I switched from hardened profile to default profile (1 in eselect profile) and recompiled portage without xattr. I then recompiled texlive-core 2013 and got the same error. The Makefile where the problem occurs seems to be /var/tmp/portage/app-text/texlive-core-2013-r1/work/texlive-core-2013_build/texk/web2c/Makefile. I'll attach it in a minute, here are some lines from it: "" ICU_DEPEND = ICU_INCLUDES = -DU_DISABLE_RENAMING=1 -I/usr/include ICU_LIBS = -L/usr/lib -licui18n -licuuc -licudata -lpthread -ldl -lm INSTALL = /usr/bin/install -c INSTALL_DATA = ${INSTALL} -m 644 INSTALL_PROGRAM = ${INSTALL} """ The problem is in the line after ICU_LIBS, the "\n" should most likely not be there. Created attachment 389364 [details]
Makefile
(In reply to Philipp Riegger from comment #6) > The problem is in the line after ICU_LIBS, the "\n" should most likely not > be there. yep, indeed. Does something like 'icu-config --ldflags-searchpath --ldflags-libsonly --ldflags-system' outputs two lines too on your system ? playground ~ # icu-config --ldflags-searchpath --ldflags-libsonly --ldflags-system -L/usr/lib -licui18n -licuuc -licudata -lpthread -ldl -lm playground ~ # (In reply to Philipp Riegger from comment #9) > playground ~ # icu-config --ldflags-searchpath --ldflags-libsonly > --ldflags-system > -L/usr/lib > -licui18n -licuuc -licudata > -lpthread -ldl -lm > > playground ~ # wow, this is not normal and likely the cause of you problem; can you try rebuilding icu, with bash as /bin/sh, and see if this is still like that ? here i get: $ icu-config --ldflags-searchpath --ldflags-libsonly --ldflags-system -L/usr/lib64 -licui18n -licuuc -licudata -lpthread -ldl -lm (on one line) Installing icu with /bin/sh->/bin/bash works. icu-config returns the correct result. Switching back /bin/sh->/bin/dash and the error returns. I replaced #!/bin/sh with #!/bin/bash in /usr/bin/icu-config, switched back to dash and everything is working so far. good then, thanks; nothing to do on texlive side, we have another bug for icu *** This bug has been marked as a duplicate of bug 528022 *** |