Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 739104 - dev-libs/libmaxminddb-1.4.3 - make[3]: cc: No such file or directory
Summary: dev-libs/libmaxminddb-1.4.3 - make[3]: cc: No such file or directory
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Netmon project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: tc-directly
  Show dependency tree
 
Reported: 2020-08-26 12:31 UTC by Thomas Deutschmann (RETIRED)
Modified: 2020-08-26 15:24 UTC (History)
0 users

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


Attachments
build.log (build.log,14.31 KB, text/plain)
2020-08-26 12:31 UTC, Thomas Deutschmann (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Deutschmann (RETIRED) gentoo-dev 2020-08-26 12:31:45 UTC
Created attachment 656892 [details]
build.log

> make[2]: Entering directory '/var/tmp/portage/dev-libs/libmaxminddb-1.4.3/work/libmaxminddb-1.4.3/t'
> /bin/sh ../libtool  --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include  -I../include  -O2 -g -pipe -march=znver2 -mno-clzero -mno-mwaitx -mno-wbnoinvd -fms-extensions -I../src -c -o maxminddb_test_helper.lo maxminddb_test_helper.c
> cd libtap && make  all
> make[3]: Entering directory '/var/tmp/portage/dev-libs/libmaxminddb-1.4.3/work/libmaxminddb-1.4.3/t/libtap'
> cc -pipe -march=znver2 -mno-clzero -mno-mwaitx -mno-wbnoinvd -fms-extensions -I../src -Wall -I. -fPIC   -c tap.c  -o tap.o
> make[3]: cc: No such file or directory
> make[3]: *** [Makefile:16: tap.o] Error 127
> make[3]: Leaving directory '/var/tmp/portage/dev-libs/libmaxminddb-1.4.3/work/libmaxminddb-1.4.3/t/libtap'
> make[2]: *** [Makefile:988: all-local] Error 2
> make[2]: *** Waiting for unfinished jobs....
> libtool: compile:  x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../include -O2 -g -pipe -march=znver2 -mno-clzero -mno-mwaitx -mno-wbnoinvd -fms-extensions -I../src -c maxminddb_test_helper.c  -fPIC -DPIC -o .libs/maxminddb_test_helper.o
> make[2]: Leaving directory '/var/tmp/portage/dev-libs/libmaxminddb-1.4.3/work/libmaxminddb-1.4.3/t'
> make[1]: *** [Makefile:573: all-recursive] Error 1
> make[1]: Leaving directory '/var/tmp/portage/dev-libs/libmaxminddb-1.4.3/work/libmaxminddb-1.4.3'
> make: *** [Makefile:373: all] Error 2
>  * ERROR: dev-libs/libmaxminddb-1.4.3::gentoo failed (compile phase):
>  *   emake failed
>
Comment 1 Thomas Deutschmann (RETIRED) gentoo-dev 2020-08-26 12:38:09 UTC
Inheriting toolchain-funcs and adding 'tc-export CC' is fixing the problem for me.
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2020-08-26 14:50:16 UTC
(In reply to Thomas Deutschmann from comment #1)
> Inheriting toolchain-funcs and adding 'tc-export CC' is fixing the problem
> for me.

That's odd. You have an AR=ar then?
Comment 3 Larry the Git Cow gentoo-dev 2020-08-26 14:52:52 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=342576f5b19a9f09e64218a21910b2ee2372cd5e

commit 342576f5b19a9f09e64218a21910b2ee2372cd5e
Author:     Jeroen Roovers <jer@gentoo.org>
AuthorDate: 2020-08-26 14:52:36 +0000
Commit:     Jeroen Roovers <jer@gentoo.org>
CommitDate: 2020-08-26 14:52:50 +0000

    dev-libs/libmaxminddb: Set AR/CC
    
    Package-Manager: Portage-3.0.4, Repoman-3.0.1
    Closes: https://bugs.gentoo.org/739104
    Signed-off-by: Jeroen Roovers <jer@gentoo.org>

 dev-libs/libmaxminddb/libmaxminddb-1.3.2.ebuild | 2 ++
 dev-libs/libmaxminddb/libmaxminddb-1.4.2.ebuild | 2 ++
 dev-libs/libmaxminddb/libmaxminddb-1.4.3.ebuild | 2 ++
 dev-libs/libmaxminddb/libmaxminddb-99999.ebuild | 5 +++--
 4 files changed, 9 insertions(+), 2 deletions(-)
Comment 4 Thomas Deutschmann (RETIRED) gentoo-dev 2020-08-26 15:24:18 UTC
(In reply to Jeroen Roovers from comment #2)
> That's odd. You have an AR=ar then?
No, I had a workaround for binutils-config[-native-symlinks] active so I didn't run into AR problem. Thank you for the fix.