/[gentoo-x86]/eclass/toolchain-funcs.eclass
Gentoo

Diff of /eclass/toolchain-funcs.eclass

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

Revision 1.59 Revision 1.60
1# Copyright 1999-2006 Gentoo Foundation 1# Copyright 1999-2006 Gentoo Foundation
2# Distributed under the terms of the GNU General Public License v2 2# Distributed under the terms of the GNU General Public License v2
3# $Header: /var/cvsroot/gentoo-x86/eclass/toolchain-funcs.eclass,v 1.59 2006/06/28 16:19:46 kanaka Exp $ 3# $Header: /var/cvsroot/gentoo-x86/eclass/toolchain-funcs.eclass,v 1.60 2006/08/19 13:52:02 vapier Exp $
4# 4#
5# Author: Toolchain Ninjas <toolchain@gentoo.org> 5# Author: Toolchain Ninjas <toolchain@gentoo.org>
6# 6#
7# This eclass contains (or should) functions to get common info 7# This eclass contains (or should) functions to get common info
8# about the toolchain (libc/compiler/binutils/etc...) 8# about the toolchain (libc/compiler/binutils/etc...)
245gcc-specs-ssp-to-all() { 245gcc-specs-ssp-to-all() {
246 local directive 246 local directive
247 directive=$(gcc-specs-directive cc1) 247 directive=$(gcc-specs-directive cc1)
248 return $([[ ${directive/\{!fno-stack-protector-all:} != ${directive} ]]) 248 return $([[ ${directive/\{!fno-stack-protector-all:} != ${directive} ]])
249} 249}
250
251
252# This function generate linker scripts in /usr/lib for dynamic
253# libs in /lib. This is to fix linking problems when you have
254# the .so in /lib, and the .a in /usr/lib. What happens is that
255# in some cases when linking dynamic, the .a in /usr/lib is used
256# instead of the .so in /lib due to gcc/libtool tweaking ld's
257# library search path. This cause many builds to fail.
258# See bug #4411 for more info.
259#
260# To use, simply call:
261#
262# gen_usr_ldscript libfoo.so
263#
264# Note that you should in general use the unversioned name of
265# the library, as ldconfig should usually update it correctly
266# to point to the latest version of the library present.
267_tc_gen_usr_ldscript() {
268 local lib libdir=$(get_libdir) output_format=""
269 # Just make sure it exists
270 dodir /usr/${libdir}
271
272 # OUTPUT_FORMAT gives hints to the linker as to what binary format
273 # is referenced ... makes multilib saner
274 output_format=$($(tc-getCC) ${CFLAGS} ${LDFLAGS} -Wl,--verbose 2>&1 | sed -n 's/^OUTPUT_FORMAT("\([^"]*\)",.*/\1/p')
275 [[ -n ${output_format} ]] && output_format="OUTPUT_FORMAT ( ${output_format} )"
276
277 for lib in "$@" ; do
278 cat > "${D}/usr/${libdir}/${lib}" <<-END_LDSCRIPT
279 /* GNU ld script
280 Since Gentoo has critical dynamic libraries
281 in /lib, and the static versions in /usr/lib,
282 we need to have a "fake" dynamic lib in /usr/lib,
283 otherwise we run into linking problems.
284
285 See bug http://bugs.gentoo.org/4411 for more info.
286 */
287 ${output_format}
288 GROUP ( /${libdir}/${lib} )
289 END_LDSCRIPT
290 fperms a+x "/usr/${libdir}/${lib}" || die "could not change perms on ${lib}"
291 done
292}
293gen_usr_ldscript() { _tc_gen_usr_ldscript "$@" ; }

Legend:
Removed from v.1.59  
changed lines
  Added in v.1.60

  ViewVC Help
Powered by ViewVC 1.1.20