This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Patch for PIC mode on IA64 (fixes libgomp failures on HP-UX)

From: Paolo Bonzini <bonzini at gnu dot org>
To: sje at cup dot hp dot com
Cc: Ralf Wildenhues <Ralf dot Wildenhues at gmx dot de>, gcc-patches at gcc dot gnu dot org, wilson at tuliptree dot org
Date: Fri, 01 Aug 2008 23:16:39 +0200
Subject: Re: Patch for PIC mode on IA64 (fixes libgomp failures on HP-UX)
References: <200807292022.m6TKMs423945@evrst7.cup.hp.com> <20080731180415.GC1908@ins.uni-bonn.de> <1217528416.29788.21.camel@hpsje.cup.hp.com> <20080731183049.GB6437@ins.uni-bonn.de> <4892B4BD.8050405@gnu.org> <1217621272.14771.27.camel@hpsje.cup.hp.com>

Since HP and Intel both default to the dynamic thread model, I can't
imagine the performance hit is too bad.

I don't know; as I said it is on x86 (so much that glibc has special tricks so that it can use the static thread model despite being a shared library).

How could f call a different version of g if there is a g in the same
compilation unit?

Functions in a shared library can always be overridden by the executable.

Paolo

Follow-Ups:
- Re: Patch for PIC mode on IA64 (fixes libgomp failures on HP-UX)
  - From: Steve Ellcey

References:
- Re: Patch for PIC mode on IA64 (fixes libgomp failures on HP-UX)
  - From: Paolo Bonzini
- Re: Patch for PIC mode on IA64 (fixes libgomp failures on HP-UX)
  - From: Steve Ellcey

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]