Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 573852 - sys-apps/coreutils-8.24 libstdbuf build error
Summary: sys-apps/coreutils-8.24 libstdbuf build error
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: AMD64 All
: Normal normal (vote)
Assignee: Gentoo Prefix
URL: https://gitweb.gentoo.org/repo/proj/p...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-02-04 19:20 UTC by Eric N. Vander Weele
Modified: 2016-02-05 09:17 UTC (History)
0 users

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 Eric N. Vander Weele 2016-02-04 19:20:19 UTC
Yesterday, on my Mac OS X 10.11 and a Red Hat 4.1.2-52 machine, I am getting build failures at stage3 for sys-apps/coreutils-8.24.

The relevant output from the Mac OS X bootstrapping:

  CCLD     src/libstdbuf.dylib
x86_64-apple-darwin15-clang-3.5.2: error: no input files
make[2]: *** [src/libstdbuf.dylib] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

The error is similar for the Red Hat machine, but with the .so suffix.

Today, I noticed https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=be688d01214b00bee11b52c2ca98f3f54f704381.  However, this commit has an extra '\' for escaping the '.' character.  After removing the additional '\', coreutil-8.24 was able to build successfully.

Please let me know if you need a patch attached.
Comment 1 Fabian Groffen gentoo-dev 2016-02-04 20:17:48 UTC
I tested it, and it worked for me.  Since we use double quoting, the backslash needs to be escaped, since it needs to end up in the string fed to sed.  Are you sure it doesn't work the way it it right now?
Comment 2 Eric N. Vander Weele 2016-02-04 20:33:20 UTC
My apologies.  Apparently, the sys-apps/coreutils-8.24 ebuild I originally had did not include your commit.  When I was looking into what was going on, I modified the source and confused myself that I actually made changes on top of your commit.

It turns out that both '\.' and '\\.' will work in bash.  https://www.gnu.org/software/bash/manual/html_node/Double-Quotes.html

I'll retry bootstrapping prefix on machines again.  It seems like it is safe to withdraw/resolve this issue.
Comment 3 Eric N. Vander Weele 2016-02-05 00:27:51 UTC
When is your change publicly available?  I've read https://wiki.gentoo.org/wiki/Project:Prefix/FAQ#A_fix_was_committed.2C_but_I_don.27t_have_it.2C_how_come.3F, but maybe I am misunderstanding how everything gets updated in the prefix world.  Thanks!
Comment 4 Fabian Groffen gentoo-dev 2016-02-05 09:10:42 UTC
I'll bump the snapshot now, that'll help ;)
Comment 5 Fabian Groffen gentoo-dev 2016-02-05 09:17:47 UTC
that commit should fix this