Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 426846 - app-crypt/xca-0.9.0: is calling `ld` directly (?!)
Summary: app-crypt/xca-0.9.0: is calling `ld` directly (?!)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Crypto team [DISABLED]
URL: https://tinderboxlogs.s3.amazonaws.co...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-16 14:26 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2012-11-04 21:43 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Diego Elio Pettenò (RETIRED) gentoo-dev 2012-07-16 14:26:55 UTC
Portage 2.2.0_alpha116 (default/linux/amd64/10.0, gcc-4.7.1-asneeded, glibc-2.16.0, 3.4.4-hardened-r1 x86_64)
=================================================================
System uname: Linux-3.4.4-hardened-r1-x86_64-AMD_Opteron-TM-_Processor_6272-with-gentoo-2.1
Timestamp of tree: Thu, 05 Jul 2012 11:30:01 +0000
ccache version 3.1.7 [disabled]
app-shells/bash:          4.2_p29
dev-java/java-config:     2.1.12
dev-lang/python:          2.6.8, 2.7.3-r2, 3.2.3-r1
dev-util/ccache:          3.1.7
dev-util/cmake:           2.8.8-r3
sys-apps/baselayout:      2.1-r1
sys-apps/openrc:          0.10.5
sys-apps/sandbox:         2.6
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.4_p6-r1, 1.9.6-r3, 1.10.3, 1.11.5, 1.12.1
sys-devel/binutils:       2.22-r1
sys-devel/gcc:            4.5.3-r2, 4.6.3, 4.7.1
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4.2
sys-devel/make:           3.82-r3
sys-kernel/linux-headers: 3.4 (virtual/os-headers)
sys-libs/glibc:           2.16.0
Repositories: gentoo
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -ggdb -march=native -ftracer -frecord-gcc-switches"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/entropy /opt/openjms/config /usr/lib64/tomoyo/conf /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.0/conf /usr/share/qpsmtpd/plugins /var/bind /var/lib/hsqldb"
CONFIG_PROTECT_MASK="${EPREFIX}/etc/gconf /etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe -ggdb -march=native -ftracer -frecord-gcc-switches"
DISTDIR="/var/cache/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fail-clean fixlafiles news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms strict test test-fail-continue unknown-features-warn unmerge-orphans userfetch userpriv usersandbox"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.utf8"
LC_ALL="C"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j24"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/tmp"
PORTDIR="/var/cache/tinderbox/tree"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dri ffmpeg fortran gdbm gnutls gpm iconv ipv6 mmx modules mudflap multilib ncurses nls nptl openmp pam pax_kernel pcre plasma pppd qt3support readline semantic-desktop session sse sse2 sse3 sse4 ssl ssse3 tcpd unicode vhosts xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" PHP_TARGETS="php5-3" PYTHON_TARGETS="python3_2 python2_7" RUBY_TARGETS="ruby18 ruby19 ree18" USERLAND="GNU" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Comment 1 Dane Smith (RETIRED) gentoo-dev 2012-11-04 20:27:30 UTC
Diego,

I don't think this is calling ld directly. It's using a completely annoying home-brew /bin/sh configure script that makes me want to cry, but I *think* it is respecting ld.

Having said that, it wasn't respecting LDFLAGS at all. I'll have that fixed in 0.9.1

Closing for now. If you disagree, re-open and give me a link to the check that spat this error out so I can look into it further.

Thanks!
Comment 2 Diego Elio Pettenò (RETIRED) gentoo-dev 2012-11-04 20:31:15 UTC
No I don't mean "ld" literally, but it's calling

x86_64-pc-linux-gnu-ld -O1 --as-needed -ggdb -frecord-gcc-switches -r -o target.obj  db_crl.o  db_key.o  db_temp.o  db_x509.o  db_x509req.o  db_x509super.o  db_base.o  db_token.o  pki_temp.o  pki_x509.o  pki_crl.o  pki_x509req.o  pki_key.o  pki_x509super.o  pki_pkcs12.o  pki_base.o  pki_multi.o  pki_evp.o  pki_scard.o  pass_info.o  pki_pkcs7.o  asn1int.o  oid.o  x509rev.o  asn1time.o  x509v3ext.o  func.o  load_obj.o  main.o  x509name.o  db.o  import.o  pk11_attribute.o  pkcs11.o  pkcs11_lib.o  moc_db_crl.o  moc_db_key.o  moc_db_temp.o  moc_db_x509.o  moc_db_x509req.o  moc_db_x509super.o  moc_db_base.o  moc_db_token.o  moc_pki_temp.o  moc_pki_x509.o  moc_pki_crl.o  moc_pki_x509req.o  moc_pki_key.o  moc_pki_x509super.o  moc_pki_pkcs12.o  moc_pki_base.o  moc_pki_multi.o  moc_pki_evp.o  moc_pki_scard.o  moc_pass_info.o  moc_pki_pkcs7.o


instead of going through `gcc` as a frontend for the linking, which is extremely strange. And breaks when you ahve -frecord-gcc-switches in LDFLAGS, which you have to have for the cflags checks.
Comment 3 Dane Smith (RETIRED) gentoo-dev 2012-11-04 20:38:56 UTC
(In reply to comment #2)
> No I don't mean "ld" literally, but it's calling
> 
> x86_64-pc-linux-gnu-ld -O1 --as-needed -ggdb -frecord-gcc-switches -r -o
> target.obj  db_crl.o  db_key.o  db_temp.o  db_x509.o  db_x509req.o 
> db_x509super.o  db_base.o  db_token.o  pki_temp.o  pki_x509.o  pki_crl.o 
> pki_x509req.o  pki_key.o  pki_x509super.o  pki_pkcs12.o  pki_base.o 
> pki_multi.o  pki_evp.o  pki_scard.o  pass_info.o  pki_pkcs7.o  asn1int.o 
> oid.o  x509rev.o  asn1time.o  x509v3ext.o  func.o  load_obj.o  main.o 
> x509name.o  db.o  import.o  pk11_attribute.o  pkcs11.o  pkcs11_lib.o 
> moc_db_crl.o  moc_db_key.o  moc_db_temp.o  moc_db_x509.o  moc_db_x509req.o 
> moc_db_x509super.o  moc_db_base.o  moc_db_token.o  moc_pki_temp.o 
> moc_pki_x509.o  moc_pki_crl.o  moc_pki_x509req.o  moc_pki_key.o 
> moc_pki_x509super.o  moc_pki_pkcs12.o  moc_pki_base.o  moc_pki_multi.o 
> moc_pki_evp.o  moc_pki_scard.o  moc_pass_info.o  moc_pki_pkcs7.o
> 
> 
> instead of going through `gcc` as a frontend for the linking, which is
> extremely strange. And breaks when you ahve -frecord-gcc-switches in
> LDFLAGS, which you have to have for the cflags checks.

Ah ok. I misunderstood. I'll figure that mess out before I put the version bump in.
Comment 4 Dane Smith (RETIRED) gentoo-dev 2012-11-04 21:43:27 UTC
(In reply to comment #2)
> No I don't mean "ld" literally, but it's calling
> 
> x86_64-pc-linux-gnu-ld -O1 --as-needed -ggdb -frecord-gcc-switches -r -o
> target.obj  db_crl.o  db_key.o  db_temp.o  db_x509.o  db_x509req.o 
> db_x509super.o  db_base.o  db_token.o  pki_temp.o  pki_x509.o  pki_crl.o 
> pki_x509req.o  pki_key.o  pki_x509super.o  pki_pkcs12.o  pki_base.o 
> pki_multi.o  pki_evp.o  pki_scard.o  pass_info.o  pki_pkcs7.o  asn1int.o 
> oid.o  x509rev.o  asn1time.o  x509v3ext.o  func.o  load_obj.o  main.o 
> x509name.o  db.o  import.o  pk11_attribute.o  pkcs11.o  pkcs11_lib.o 
> moc_db_crl.o  moc_db_key.o  moc_db_temp.o  moc_db_x509.o  moc_db_x509req.o 
> moc_db_x509super.o  moc_db_base.o  moc_db_token.o  moc_pki_temp.o 
> moc_pki_x509.o  moc_pki_crl.o  moc_pki_x509req.o  moc_pki_key.o 
> moc_pki_x509super.o  moc_pki_pkcs12.o  moc_pki_base.o  moc_pki_multi.o 
> moc_pki_evp.o  moc_pki_scard.o  moc_pass_info.o  moc_pki_pkcs7.o
> 
> 
> instead of going through `gcc` as a frontend for the linking, which is
> extremely strange. And breaks when you ahve -frecord-gcc-switches in
> LDFLAGS, which you have to have for the cflags checks.

And, now I know why I can't find any references to LD (or ld). They fixed it in 0.9.1 and I've been chasing down a ghost =p.

Fixed! Closing.