| View previous topic :: View next topic |
| Author |
Message |
nordicruler
Tux's lil' helper
Joined: 20 Dec 2004
Posts: 93
Location: Philippines (but from Sweden)
|
 Posted: Wed Jan 27, 2021 4:23 am Post subject: [SOLVED]dev-util/ragel-7.0.3 fails |
 |
|
Any solution for this?
| Code: | >>> Compiling source in /var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3 ...
make -j4
Making all in src
make[1]: Entering directory '/var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3/src'
echo '#define VERSION "7.0.3"' > version.h
/usr/bin/colm-wrap -c -b rlparseC -o parse.pack -p parse.c -m rlreduce.cc rlparse.lm
mkdir -p include
(CDPATH="${ZSH_VERSION+.}:" && cd .. && /bin/sh '/var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3/missing' autoheader)
echo '#define PUBDATE "January 2021"' >> version.h
ln -s .. include/ragel
/usr/bin/colm-wrap -o parse.c parse.pack
/usr/bin/colm-wrap -o rlreduce.cc parse.pack
rm -f stamp-h1
touch config.h.in
cd .. && /bin/sh ./config.status src/config.h
config.status: creating src/config.h
config.status: src/config.h is unchanged
make all-recursive
make[2]: Entering directory '/var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3/src'
Making all in .
make[3]: Entering directory '/var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3/src'
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../aapl -I../colm/include -I/usr/include/aapl -I/usr/include -march=znver1 -O2 -pipe -pipe -ftree-vectorize -ftree-slp-vectorize -Wl,-O1 -Wl,--as-needed -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 -O2 -fgraphite-identity -floop-nest-optimize -fdevirtualize-at-ltrans -fipa-pta -fno-semantic-interposition -flto=4 -fuse-linker-plugin -Wl,-O1 -Wl,--as-needed -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=znver1 -O2 -pipe -pipe -ftree-vectorize -ftree-slp-vectorize -Wl,-O1 -Wl,--as-needed -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.
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3/src'
make[2]: *** [Makefile:852: all-recursive] Error 1
make[2]: Leaving directory '/var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3/src'
make[1]: *** [Makefile:500: all] Error 2
make[1]: Leaving directory '/var/tmp/portage/dev-util/ragel-7.0.3/work/ragel-7.0.3/src'
make: *** [Makefile:490: all-recursive] Error 1
* ERROR: dev-util/ragel-7.0.3::gentoo failed (compile phase):
* emake failed |
Last edited by nordicruler on Wed Jan 27, 2021 6:35 am; edited 1 time in total |
|
| Back to top |
|
 |
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31257
Location: here
|
| Posted: Wed Jan 27, 2021 5:37 am Post subject: |
|
|
See bug #766716 and bug #766210
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
nordicruler
Tux's lil' helper
Joined: 20 Dec 2004
Posts: 93
Location: Philippines (but from Sweden)
|
| Posted: Wed Jan 27, 2021 6:34 am Post subject: |
|
|
Thanks. I had to downgrade to solve this problem. |
|
| Back to top |
|
|
Ionen
Developer
Joined: 06 Dec 2018
Posts: 2852
|
| Posted: Sat Jan 30, 2021 2:40 am Post subject: |
|
|
Are you using portage-bashrc-mv?
Seen someone run into the same issue and it was caused by its bashrc.d/80-remove_la.sh
libfsm.la is installed by dev-util/colm, but then was deleted by this script and ragel can't find it. |
|
| Back to top |
|
|
Krueganzter
n00b
Joined: 09 Dec 2020
Posts: 2
Location: Irgendwo in Deutschland
|
| Posted: Wed Feb 10, 2021 5:58 am Post subject: |
|
|
| Ionen wrote: | Are you using portage-bashrc-mv?
Seen someone run into the same issue and it was caused by its bashrc.d/80-remove_la.sh
libfsm.la is installed by dev-util/colm, but then was deleted by this script and ragel can't find it. |
The solution to this problem is to simply re-emerge with "dev-util/ragel -remove-la" set in your package.use, fixed the problem for me.
_________________
"Technologie, was haben wir getan" |
|
| Back to top |
|
|
Firecooler
n00b
Joined: 20 Feb 2021
Posts: 1
|
| Posted: Sat Feb 20, 2021 4:12 pm Post subject: |
|
|
I appiled a patch to the bashrc.d/80-remove_la.sh myself. note the extra colm package name in the if
| Code: | #!/bin/bash
# (C) Martin V\"ath <martin at mvath.de>
# SPDX-License-Identifier: GPL-2.0-only
Remove_la() {
BashrcdTrue $NOLAFILEREMOVE && return
# Some packages are known to rely on .la files (e.g. for building of plugins):
case "$CATEGORY/$PN" in
'media-libs/gst-plugins-base'|'media-libs/libsidplay'|'dev-util/colm')
return 0;;
esac
einfo 'removing unneeded *.la files'
local shell
shell=`command -v sh` || shell=
: ${shell:=/bin/sh}
Dexport=$ED find "$ED" -name '*.la' '!' -name 'libltdl.la' \
-exec "$shell" -c "for i
do if grep -q -- '^shouldnotlink=no\$' \"\$i\"
then printf '\\t%s\\n' \"\${i#\$Dexport}\"
rm -- \"\$i\" || echo 'removing failed!'
fi
done" sh '{}' '+'
}
BashrcdPhase preinst Remove_la
|
then emerge --ask colm ragel worked |
|
| Back to top |
|
|
imesg
Guru
Joined: 12 Jul 2002
Posts: 451
|
| Posted: Thu Mar 04, 2021 7:08 pm Post subject: |
|
|
So what is the solution? I did what the post before this one did and it worked but this is a hack
This thread is quite old. Just out of curiosity why is a system wide solution not published?
Thanks |
|
| Back to top |
|
|
Hu
Administrator
Joined: 06 Mar 2007
Posts: 22626
|
| Posted: Thu Mar 04, 2021 7:34 pm Post subject: |
|
|
| As I understand it, this is caused by a bad interaction between colm and mv's bashrc. The fix therefore must come in one of those two places, probably mv's bashrc. Users who do not use mv's bashrc are not affected, so even if this could be fixed in the main tree, apparently no one has asked for it. |
|
| Back to top |
|
|
imesg
Guru
Joined: 12 Jul 2002
Posts: 451
|
| Posted: Thu Mar 04, 2021 7:52 pm Post subject: |
|
|
Thanks for explanation.
| Hu wrote: | | As I understand it, this is caused by a bad interaction between colm and mv's bashrc. The fix therefore must come in one of those two places, probably mv's bashrc. Users who do not use mv's bashrc are not affected, so even if this could be fixed in the main tree, apparently no one has asked for it. |
|
|
| Back to top |
|
|
|
Portage & Programming
