Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 579858 - app-misc/mc-4.8.16 fails to build against sys-libs/glibc-2.23-r1 with error: mountlist.c: undefined reference to `makedev'
Summary: app-misc/mc-4.8.16 fails to build against sys-libs/glibc-2.23-r1 with error: ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Lars Wendler (Polynomial-C)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: glibc-sysmacros
  Show dependency tree
 
Reported: 2016-04-13 20:30 UTC by Thomas Deutschmann
Modified: 2016-04-14 21:48 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (mc-4.8.16_build.log,618.81 KB, text/plain)
2016-04-13 20:30 UTC, Thomas Deutschmann
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Deutschmann gentoo-dev Security 2016-04-13 20:30:16 UTC
Created attachment 430346 [details]
build.log

Rebuilding app-misc/mc-4.8.16 failed after I upgraded to sys-libs/glibc-2.23-r1:

> [...]
> libtool: link: x86_64-pc-linux-gnu-ranlib .libs/libinternal.a
> libtool: link: rm -fr .libs/libinternal.lax .libs/libinternal.lax
> libtool: link: ( cd ".libs" && rm -f "libinternal.la" && ln -s "../libinternal.la" "libinternal.la" )
> x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I..  -DSYSCONFDIR=\""/etc/mc/"\" -DLIBEXECDIR=\""/usr/libexec/mc/"\" -DDATADIR=\""/usr/share/mc/"\" -DLOCALEDIR=\""/usr/share/locale"\" -DEXTHELPERSDIR=\""/usr/libexec/mc/ext.d/"\" -DSAVERDIR=\""/usr/libexec/mc"\" -I.. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -Wbad-function-cast -Wcomment -Wdeclaration-after-statement -Wfloat-conversion -Wfloat-equal -Wformat -Wformat-security -Wimplicit -Wignored-qualifiers -Wlogical-not-parentheses -Wmaybe-uninitialized -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers -Wmissing-format-attribute -Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs -Wno-long-long -Wno-unreachable-code -Wparentheses -Wpointer-arith -Wpointer-sign -Wredundant-decls -Wreturn-type -Wsequence-point -Wshadow -Wsign-compare -Wstrict-prototypes -Wswitch -Wswitch-default -Wtype-limits -Wundef -Wuninitialized -Wunreachable-code -Wunused-but-set-variable -Wunused-function -Wunused-label -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable -Wwrite-strings  -O2 -pipe -march=ivybridge -mtune=ivybridge -mno-xsaveopt -c -o main.o main.c
> /bin/sh ../libtool  --tag=CC   --mode=link x86_64-pc-linux-gnu-gcc  -Wbad-function-cast -Wcomment -Wdeclaration-after-statement -Wfloat-conversion -Wfloat-equal -Wformat -Wformat-security -Wimplicit -Wignored-qualifiers -Wlogical-not-parentheses -Wmaybe-uninitialized -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers -Wmissing-format-attribute -Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs -Wno-long-long -Wno-unreachable-code -Wparentheses -Wpointer-arith -Wpointer-sign -Wredundant-decls -Wreturn-type -Wsequence-point -Wshadow -Wsign-compare -Wstrict-prototypes -Wswitch -Wswitch-default -Wtype-limits -Wundef -Wuninitialized -Wunreachable-code -Wunused-but-set-variable -Wunused-function -Wunused-label -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable -Wwrite-strings  -O2 -pipe -march=ivybridge -mtune=ivybridge -mno-xsaveopt  -Wl,-O1 -Wl,--as-needed -o mc main.o libinternal.la ../lib/libmc.la  
> libtool: link: x86_64-pc-linux-gnu-gcc -Wbad-function-cast -Wcomment -Wdeclaration-after-statement -Wfloat-conversion -Wfloat-equal -Wformat -Wformat-security -Wimplicit -Wignored-qualifiers -Wlogical-not-parentheses -Wmaybe-uninitialized -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers -Wmissing-format-attribute -Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs -Wno-long-long -Wno-unreachable-code -Wparentheses -Wpointer-arith -Wpointer-sign -Wredundant-decls -Wreturn-type -Wsequence-point -Wshadow -Wsign-compare -Wstrict-prototypes -Wswitch -Wswitch-default -Wtype-limits -Wundef -Wuninitialized -Wunreachable-code -Wunused-but-set-variable -Wunused-function -Wunused-label -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable -Wwrite-strings -O2 -pipe -march=ivybridge -mtune=ivybridge -mno-xsaveopt -Wl,-O1 -o mc main.o  -Wl,--as-needed ./.libs/libinternal.a ../lib/.libs/libmc.a -lncursesw -lssh2 -lext2fs -lcom_err -lglib-2.0
> ./.libs/libinternal.a(mountlist.o): In function `init_my_statfs':
> mountlist.c:(.text+0x49f): undefined reference to `makedev'
> collect2: error: ld returned 1 exit status
> Makefile:636: recipe for target 'mc' failed


# emerge --info
Portage 2.2.28 (python 3.4.3-final-0, default/linux/amd64/13.0, gcc-5.3.0, glibc-2.23-r1, 4.5.0-gentoo-r1 x86_64)
=================================================================
System uname: Linux-4.5.0-gentoo-r1-x86_64-Intel-R-_Core-TM-_i7-3770K_CPU_@_3.50GHz-with-gentoo-2.2
KiB Mem:     4017492 total,   3485836 free
KiB Swap:    1048572 total,   1048572 free
Timestamp of repository gentoo: Wed, 13 Apr 2016 19:31:59 +0000
Timestamp of repository poly-c: Wed, 13 Apr 2016 07:28:28 +0000
sh bash 4.3_p42-r2
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:          4.3_p42-r2::gentoo
dev-java/java-config:     2.2.0-r3::gentoo
dev-lang/perl:            5.22.1::gentoo
dev-lang/python:          2.7.11-r2::gentoo, 3.4.3-r7::gentoo, 3.5.1-r2::gentoo
dev-util/cmake:           3.5.1::gentoo
dev-util/pkgconfig:       0.29.1::gentoo
sys-apps/baselayout:      2.2::gentoo
sys-apps/openrc:          0.20.5::gentoo
sys-apps/sandbox:         2.10-r2::gentoo
sys-devel/autoconf:       2.69-r2::gentoo
sys-devel/automake:       1.13.4-r1::gentoo, 1.14.1-r1::gentoo, 1.15-r2::gentoo
sys-devel/binutils:       2.25.1-r1::gentoo
sys-devel/gcc:            5.3.0::gentoo
sys-devel/gcc-config:     1.8-r1::gentoo
sys-devel/libtool:        2.4.6-r2::gentoo
sys-devel/make:           4.1-r1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc:           2.23-r1::gentoo

ABI="amd64"
ABI_X86="64"
ACCEPT_KEYWORDS="amd64 ~amd64"
ARCH="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=ivybridge -mtune=ivybridge -mno-xsaveopt"
CFLAGS_amd64="-m64"
CFLAGS_x32="-mx32"
CFLAGS_x86="-m32"
CHOST="x86_64-pc-linux-gnu"
CHOST_amd64="x86_64-pc-linux-gnu"
CHOST_x32="x86_64-pc-linux-gnux32"
CHOST_x86="i686-pc-linux-gnu"
CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3"
CXXFLAGS="-O2 -pipe -march=ivybridge -mtune=ivybridge -mno-xsaveopt"
DEFAULT_ABI="amd64"
ELIBC="glibc"
EPREFIX=""
EROOT="/"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs cgroup config-protect-if-modified distlocks downgrade-backup ebuild-locks fixlafiles ipc-sandbox merge-sync network-sandbox news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GCC_SPECS=""
GRUB_PLATFORMS=""
HOME="/root"
INFOPATH="/usr/share/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/5.3.0/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.25.1/info"
KERNEL="linux"
LANG="en_US.UTF-8"
LC_MESSAGES="C"
LC_NUMERIC="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LDFLAGS_amd64="-m elf_x86_64"
LDFLAGS_x32="-m elf32_x86_64"
LDFLAGS_x86="-m elf_i386"
LIBDIR_amd64="lib64"
LIBDIR_amd64_fbsd="lib64"
LIBDIR_arm="lib"
LIBDIR_arm64="lib64"
LIBDIR_n32="lib32"
LIBDIR_n64="lib64"
LIBDIR_o32="lib"
LIBDIR_ppc="lib32"
LIBDIR_ppc64="lib64"
LIBDIR_s390="lib32"
LIBDIR_s390x="lib64"
LIBDIR_sparc32="lib32"
LIBDIR_sparc64="lib64"
LIBDIR_x32="libx32"
LIBDIR_x86="lib32"
LIBDIR_x86_fbsd="lib32"
LINGUAS="en de"
LOGNAME="root"
MAKEOPTS="--jobs 6"
MULTILIB_ABIS="amd64 x86"
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2016-04-14 12:33:03 UTC
Do we need a tracker for things like this? Or is it just mc being weird?
Comment 3 Christopher Dale 2016-04-14 21:48:53 UTC
(In reply to Jeroen Roovers from comment #2)
> Do we need a tracker for things like this? Or is it just mc being weird?

Just a heads up, I'm seeing this with coreutils after switching my profile from gnome-systemd to just systemd and an `emerge -e @system`. I'm going to open another bug, but just wanted to let you know it may not be specifically related to mc.

  CCLD     src/chcon
lib/libcoreutils.a(mountlist.o): In function `read_file_system_list':
mountlist.c:(.text+0x2ae): undefined reference to `makedev'
collect2: error: ld returned 1 exit status
Makefile:7698: recipe for target 'src/df' failed
make[2]: *** [src/df] Error 1
make[2]: *** Waiting for unfinished jobs....
  CCLD     src/chgrp
  CCLD     src/chmod
make[2]: Leaving directory '/var/tmp/portage/sys-apps/coreutils-8.25/work/coreutils-8.25'
Makefile:11298: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/var/tmp/portage/sys-apps/coreutils-8.25/work/coreutils-8.25'
Makefile:5844: recipe for target 'all' failed
make: *** [all] Error 2
 * ERROR: sys-apps/coreutils-8.25::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info '=sys-apps/coreutils-8.25::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-apps/coreutils-8.25::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-apps/coreutils-8.25/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-apps/coreutils-8.25/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-apps/coreutils-8.25/work/coreutils-8.25'
 * S: '/var/tmp/portage/sys-apps/coreutils-8.25/work/coreutils-8.25'