This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
RE: Is -fvisibility patch possible on GCC 3.3.x
- From: "Gary M Mann" <Gary at mann dot uk dot net>
- To: <gdr at integrable-solutions dot net>
- Cc: <gcc at gcc dot gnu dot org>
- Date: Wed, 9 Nov 2005 21:38:00 -0000
- Subject: RE: Is -fvisibility patch possible on GCC 3.3.x
Gaby,
Are you referring to issues with operator new visibility, and RTTI/exception
handling? I'm not throwing objects across DSO boundaries, so this should be
less of an issue.
Gary
-----Original Message-----
From: gdr@integrable-solutions.net [mailto:gdr@integrable-solutions.net]
Sent: 06 November 2005 12:25
To: Gary M Mann
Cc: gcc@gcc.gnu.org
Subject: Re: Is -fvisibility patch possible on GCC 3.3.x
"Gary M Mann" <Gary@mann.uk.net> writes:
| Hi,
|
| The -fvisibility feature in GCC 4.0 is a really useful way of hiding all
| non-public symbols in a dynamic shared object.
|
| While I'm aware of a patch which backports this feature to GCC 3.4 (over
at
| nedprod.com), I was wondering whether there is a similar patch available
for
| GCC 3.3. I'm aware that GCC 3.3 (and some vintages of 3.2) support the
| __attribute__ means of setting a symbol's visibility, but I want to be
able
| to change the default visibility for all symbols.
|
| The problem is that we're stuck for now with the GCC 3.3 compiler as we
need
| v5 ABI compatibility for Orbix 6.2 and cannot move to 3.4 until Iona catch
| up.
|
| Does anyone know if such a patch exists, or even if it is feasible in the
| 3.3 framework?
I'm not aware of any such patch. However, beware that the visibility
patch comes with its own can of worms.
-- Gaby