https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-util/ragel misses USE=static-libs and installs '.a' files. Discovered on: amd64 (internal ref: ci) The best solution is avoid to build the '.a' files by touching the configure. In case the buildsystem makes your life hard, a good compromise would be just remove the files. See also:https://projects.gentoo.org/qa/policy-guide/installed-files.html#pg0302 NOTE: If you want to change the summary, to avoid auto-filed duplicates, please at least keep the word 'static-libs'
--disable-static seems to have been lost in the 7.0.3 (which I can also reproduce with): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ebce5ce15ff3205035359cece6d9b547affe4af1 Still there in 7.0.0.12
I suspect I did that when playing with the .la files but Iād need to check if we always need the static libs or not. We might for colm.
I have INSTALL_MASK="*.la" in my system and ragel failed to compile: make[3]: Entering directory '/var/tmp/portage/dev-util/ragel-7.0.4-r1/work/ragel-7.0.4/src' x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../aapl -I../colm/include -I/usr/include/aapl -I/usr/include -march=native -O2 -pipe -c -o ragel-main.o `test -f 'main.cc' || echo './'`main.cc x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../aapl -I../colm/include -I/usr/include/aapl -I/usr/include -march=native -O2 -pipe -c -o ragel-parse.o `test -f 'parse.c' || echo './'`parse.c x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../aapl -I../colm/include -I/usr/include/aapl -I/usr/include -march=native -O2 -pipe -c -o ragel-rlreduce.o `test -f 'rlreduce.cc' || echo './'`rlreduce.cc make[3]: *** No rule to make target '/usr/lib64/libfsm.la', needed by 'ragel'. Stop. Would be good to find a solution. Also, is that bug a dup? https://bugs.gentoo.org/766210
(In reply to Anton Bolshakov from comment #3) > I have INSTALL_MASK="*.la" in my system and ragel failed to compile: > "Doctor, it hurts when I do this" "Don't do that" :) Honestly, for now, this is still not the right thing to be doing. ImageMagick still uses .la files AFAIK. You can't unconditionally strip them. What we need to do is delete them per-package for now. > make[3]: Entering directory > '/var/tmp/portage/dev-util/ragel-7.0.4-r1/work/ragel-7.0.4/src' > x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../aapl -I../colm/include > -I/usr/include/aapl -I/usr/include -march=native -O2 -pipe -c -o > ragel-main.o `test -f 'main.cc' || echo './'`main.cc > x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../aapl -I../colm/include > -I/usr/include/aapl -I/usr/include -march=native -O2 -pipe -c -o > ragel-parse.o `test -f 'parse.c' || echo './'`parse.c > x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../aapl -I../colm/include > -I/usr/include/aapl -I/usr/include -march=native -O2 -pipe -c -o > ragel-rlreduce.o `test -f 'rlreduce.cc' || echo './'`rlreduce.cc > make[3]: *** No rule to make target '/usr/lib64/libfsm.la', needed by > 'ragel'. Stop. > > Would be good to find a solution. > > Also, is that bug a dup? https://bugs.gentoo.org/766210 Yeah, it is. *** This bug has been marked as a duplicate of bug 766210 ***
LOL yeah, but I have been running my system for years. I do have few exceptions including ImageMagick, you are right. So I added colm to that list: /etc/portage/env/dev-util: INSTALL_MASK= PKG_INSTALL_MASK=