| Summary: | net-firewall/ipsec-tools-0.8.2-r5 fails to build: error: undefined reference to 'yywrap' | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Rodrigo Saboya <saboya> |
| Component: | Current packages | Assignee: | Anthony Basile <blueness> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | CC: | saboya |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
build.log
ipsec-tools-0.8.2-flex.patch ipsec-tools-0.8.2-no-libfl.patch |
||
|
Description
Rodrigo Saboya
2017-01-16 15:18:54 UTC
Created attachment 460350 [details]
build.log
Created attachment 460352 [details, diff]
ipsec-tools-0.8.2-flex.patch
Other references to this issue: http://marc.info/?l=ipsec-tools-devel&m=139456539220987&w=2 https://patchwork.openembedded.org/patch/68177/ Created attachment 460642 [details, diff]
ipsec-tools-0.8.2-no-libfl.patch
This usually happens because flex provides a function prototype for yywrap() but doesn't define it. So if the code doesn't provide a definition for yywrap() it fails to link. I'm not sure why you're hitting this though because yywrap() is defined in a couple of places. I wonder if gcc-6 is stricter in some way that it causes this. Do you have gcc-4 or -5 installed? If so, try leaving everything else the same and just switch between compilers and see if it makes a difference. I don't think this patch is right because, as I said, yywrap() is defined in a couple of places. Feeding flex %option noyywrap will kill the prototype and might fix the issue for you but break in genereal. All of my toolchain is unstable, so it would be hard to isolate the problem I guess. GCC 6.3 + gold + glibc 2.24 + binutils 2.27 and using LTO / graphite. I don't have GCC4 / 5 anyway. Anyway, I just posted this patch because this issue surfaced for me when rebuilding with the aforementioned toolchain. I thought it might be indicative of something wrong and decided to dig around a bit, even found someone that wrote the same patches I did (for different reasons). But if you say the patch isn't correct, I believe you, just have no idea of what is actually wrong with my system :) Hi, I also have this bug, with net-vpn/ipsec-tools-0.8.2-r7 and attached patch is resolving it. Here's a summary of my emerge --info : Portage 3.0.20 (python 3.9.5-final-0, default/linux/amd64/17.1/desktop/plasma, gcc-11.1.0, glibc-2.33, 5.12.13-gentoo x86_64) ABI="amd64" ABI_X86="64" ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" ACCEPT_PROPERTIES="*" ACCEPT_RESTRICT="*" CBUILD="x86_64-pc-linux-gnu" CCACHE_DIR="/var/cache/ccache" CFLAGS="-O2 -mtune=native -pipe -fomit-frame-pointer -ftree-vectorize -ftree-slp-vectorize -fno-semantic-interposition -falign-functions=32 -flto" 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" CXXFLAGS="-O2 -mtune=native -pipe -fomit-frame-pointer -ftree-vectorize -ftree-slp-vectorize -fno-semantic-interposition -falign-functions=32 -flto" GCC : 11.1.0-r1 Glibc : 2.33 sys-devel/flex : 2.6.4-r1 This package is masked for removal in 30 days. |
