Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 855941 - net-libs/rpc2-2.14-r1 does not respect CFLAGS
Summary: net-libs/rpc2-2.14-r1 does not respect CFLAGS
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: cflags
  Show dependency tree
 
Reported: 2022-07-02 16:46 UTC by Agostino Sarubbo
Modified: 2025-02-05 18:54 UTC (History)
2 users (show)

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


Attachments
build.log (build.log,100.77 KB, text/plain)
2022-07-02 16:47 UTC, Agostino Sarubbo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2022-07-02 16:46:59 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: net-libs/rpc2-2.14-r1 does not respect CFLAGS.
Discovered on: amd64 (internal ref: ci)

NOTE:
To reproduce this issue you may want to add "-frecord-gcc-switches" to CFLAGS/CXXFLAGS/FFLAGS/FCFLAGS. If this is not something about c/c++ context see this bug as an hint to hide the QA warning (with QA_FLAGS_IGNORED) where is not possible to respect CFLAGS.
Comment 1 Agostino Sarubbo gentoo-dev 2022-07-02 16:47:02 UTC
Created attachment 789632 [details]
build.log

build log and emerge --info
Comment 2 NHO 2025-02-05 18:54:58 UTC
Exactly four invocations of GCC don't respect CFLAGS, they are a linking invocation, call site respects LDFLAGS:

/bin/sh ../libtool  --tag=CC   --mode=link x86_64-pc-linux-gnu-gcc  -O2 -pipe -march=x86-64 -frecord-gcc-switches -fno-diagnostics-color -fmessage-length=0 -Wall  -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -o libsecure.la  secure_init.lo secure_setup.lo secure_pbkdf.lo secure_aes.lo secure_random.lo secure_recvfrom.lo secure_sendto.lo auth_none.lo auth_aes_xcbc.lo encr_null.lo encr_aes_cbc.lo encr_aes_ccm.lo rijndael-alg-fst.lo  
libtool: link: x86_64-pc-linux-gnu-gcc -shared  -fPIC -DPIC  .libs/rpc2a.o .libs/rpc2b.o .libs/sl.o .libs/packet.o .libs/secure.o .libs/globals.o .libs/se.o .libs/lists.o .libs/ct.o .libs/debug.o .libs/conn.o .libs/cbuf.o .libs/ffs.o .libs/host.o .libs/multi1.o .libs/multi2.o .libs/multi3.o .libs/mkcall.o .libs/errors.o .libs/dllist.o .libs/rpc2_addrinfo.o .libs/compat.o .libs/lua.o .libs/delay.o .libs/pack_helper.o  -Wl,--whole-archive ../secure/.libs/libsecure.a -Wl,--no-whole-archive  -llwp  -O2 -march=x86-64 -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0   -Wl,-soname -Wl,librpc2.so.5 -o .libs/librpc2.so.5.6.2
libtool: link: x86_64-pc-linux-gnu-gcc -shared  -fPIC -DPIC  .libs/sftp1.o .libs/sftp2.o .libs/sftp3.o .libs/sftp4.o .libs/sftp5.o .libs/sftp6.o   -Wl,-rpath -Wl,/var/tmp/portage/net-libs/rpc2-2.14-r1/work/rpc2-2.14/rpc2-src/.libs ./.libs/librpc2.so -llwp  -O2 -march=x86-64 -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0   -Wl,-soname -Wl,libse.so.5 -o .libs/libse.so.5.6.2
libtool: relink: x86_64-pc-linux-gnu-gcc -shared  -fPIC -DPIC  .libs/sftp1.o .libs/sftp2.o .libs/sftp3.o .libs/sftp4.o .libs/sftp5.o .libs/sftp6.o   -L/var/tmp/portage/net-libs/rpc2-2.14-r1/image/usr/lib64 -L/usr/lib64 -lrpc2 -llwp  -O2 -march=x86-64 -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0   -Wl,-soname -Wl,libse.so.5 -o .libs/libse.so.5.6.2

I'm not sure if it's false positive or actual problem in this situation