Re: [gentoo-user] -fvisibility=hidden

[Jeremy Olexa]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

David Corbin wrote:

> Thanks.  I happened on that thread this morning, and I did search, but I 
> guess 
> it was too fresh for Google.

Well yea, I would try www.gmane.org next time. It is a great resource
because it "tracks" ALOT of mailing lists including all(?) of the gentoo
lists.

- --
Jeremy Olexa
([EMAIL PROTECTED])
Office: EE/CS 1-201
CS/IT Systems Staff
University of Minnesota

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFElXmTFN7pD9kMi/URArzxAJ9G3z81ldWE3TmEOt7PrOHJobDpxQCfel6A
TEO5Wr6Gdrh+UI+prJMkbHQ=
=CIFR
-END PGP SIGNATURE-
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] -fvisibility=hidden

[David Corbin]

On Friday 16 June 2006 11:08 pm, Jeremy Olexa wrote:
> David Corbin wrote:
> > while attempt to upgrade my system, I'm getting this failure.
> >
> >  i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../..
> > -I../../include -I../../include -I../../src -I../../src/xine-engine
> > -I../../src/xine-engine -I../../src/xine-utils -I../../src/input
> > -I../../src/input -I../../lib -DXINE_COMPILE -fvisibility=hidden -DNDEBUG
> > -D_REENTRANT
> > -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -mcpu=i686 -fomit-frame-pointer
> > -frename-registers -ffunction-sections -c audio_none_out.c  -fPIC -DPIC
> > -o .libs/xineplug_ao_out_none_la-audio_none_out.o
> > cc1: error: unrecognized option `-fvisibility=hidden'
> > make[3]: *** [xineplug_ao_out_none_la-audio_none_out.lo] Error 1
> > make[3]: Leaving directory
> > `/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs/sr
> >c/audio_out' make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory
> > `/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs/sr
> >c' make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory
> > `/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs'
> > make: *** [all] Error 2
> >
> > !!! ERROR: media-libs/xine-lib-1.1.2_pre20060328-r9 failed.
> > Call stack:
> >   ebuild.sh, line 1539:   Called dyn_compile
> >   ebuild.sh, line 939:   Called src_compile
> >   xine-lib-1.1.2_pre20060328-r9.ebuild, line 235:   Called die
> >
> > Any ideas for working around it?
> > David
>
> There was just a thread about this issue this week..
> http://thread.gmane.org/gmane.linux.gentoo.user/163209/focus=163209 I
> think the consensus was to upgrade gcc to the latest stable version. I
> don't remember exactly though. HTH and please search next time. ;-)

Thanks.  I happened on that thread this morning, and I did search, but I guess 
it was too fresh for Google.
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] -fvisibility=hidden

[Jeremy Olexa]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

David Corbin wrote:
> while attempt to upgrade my system, I'm getting this failure.
> 
>  i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. 
> -I../../include 
> -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine 
> -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib 
> -DXINE_COMPILE -fvisibility=hidden -DNDEBUG -D_REENTRANT 
> -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -mcpu=i686 -fomit-frame-pointer 
> -frename-registers -ffunction-sections -c audio_none_out.c  -fPIC -DPIC 
> -o .libs/xineplug_ao_out_none_la-audio_none_out.o
> cc1: error: unrecognized option `-fvisibility=hidden'
> make[3]: *** [xineplug_ao_out_none_la-audio_none_out.lo] Error 1
> make[3]: Leaving directory 
> `/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs/src/audio_out'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory 
> `/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory 
> `/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs'
> make: *** [all] Error 2
> 
> !!! ERROR: media-libs/xine-lib-1.1.2_pre20060328-r9 failed.
> Call stack:
>   ebuild.sh, line 1539:   Called dyn_compile
>   ebuild.sh, line 939:   Called src_compile
>   xine-lib-1.1.2_pre20060328-r9.ebuild, line 235:   Called die
> 
> Any ideas for working around it?
> David

There was just a thread about this issue this week..
http://thread.gmane.org/gmane.linux.gentoo.user/163209/focus=163209 I
think the consensus was to upgrade gcc to the latest stable version. I
don't remember exactly though. HTH and please search next time. ;-)

- --
Jeremy Olexa
([EMAIL PROTECTED])
Office: EE/CS 1-201
CS/IT Systems Staff
University of Minnesota

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEk3I9FN7pD9kMi/URAg2UAJ9xZ9kpf8lUDtaWIMWJdSvgWTOIAwCffzJp
f4nkhx/U5VvDxoqwbaQpDo8=
=RILG
-END PGP SIGNATURE-
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] -fvisibility=hidden

[David Corbin]

while attempt to upgrade my system, I'm getting this failure.

 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include 
-I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine 
-I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib 
-DXINE_COMPILE -fvisibility=hidden -DNDEBUG -D_REENTRANT 
-D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -mcpu=i686 -fomit-frame-pointer 
-frename-registers -ffunction-sections -c audio_none_out.c  -fPIC -DPIC 
-o .libs/xineplug_ao_out_none_la-audio_none_out.o
cc1: error: unrecognized option `-fvisibility=hidden'
make[3]: *** [xineplug_ao_out_none_la-audio_none_out.lo] Error 1
make[3]: Leaving directory 
`/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs/src/audio_out'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory 
`/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/var/tmp/portage/xine-lib-1.1.2_pre20060328-r9/work/xine-lib-1.1.2cvs'
make: *** [all] Error 2

!!! ERROR: media-libs/xine-lib-1.1.2_pre20060328-r9 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  xine-lib-1.1.2_pre20060328-r9.ebuild, line 235:   Called die

Any ideas for working around it?
David
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] -fvisibility=hidden

[Jason Stubbs]

On Sunday 22 May 2005 00:43, Julien Cayzac wrote:
> On 5/21/05, Jason Stubbs <[EMAIL PROTECTED]> wrote:
> > You miss the point. Adding that flag to CFLAGS (or CXXFLAGS) is faulty in
> > and of itself. It is not a general optimization flag. It is something
> > that each package's codebase needs to be updated to support. When
> > upstream updates their packages, they will also update whatever build
> > system to specify that flag accordingly.
>
> From the GCC manpage:
> A good explanation of the benefits offered by ensuring ELF symbols
> have the correct visibility is given by ``How To Write Shared
> Libraries'' by Ulrich Drepper (which can be found at
> ) - however a superior solution
> made possible by this option to marking things hidden when the default
> is public is to make the default hidden and mark things public. This
> is the norm with DLL's on Windows and with -fvisibility=hidden and
> "__attribute__ ((visibility("default")))" instead of
> "__declspec(dllexport)" you get almost identical semantics with
> identical syntax. This is a great boon to those working with
> cross-platform projects.
>
> As I understand this, any shared object that relies on the fact that
> its symbols will get "magically" exported while not explicitly
> exporting them is broken. That said, Portage provides a way to mask
> broken c(xx)flags for those ebuilds.

Yes, but there was not only no requirement up until recently, there was no way 
to specify visibility. This means that almost everything is "broken" at the 
moment. Or alternatively, you can consider telling the compiler that a piece 
of code does specify it's visibility when it actually doesn't to be a broken 
action. It's with the latter viewpoint that any bugs filed asking for 
-fvisibility=hidden to be filtered will be marked INVALID.

Regards,
Jason Stubbs


pgpjJw3dMRM5R.pgp
Description: PGP signature

Re: [gentoo-user] -fvisibility=hidden

[Julien Cayzac]

On 5/21/05, Jason Stubbs <[EMAIL PROTECTED]> wrote:
> You miss the point. Adding that flag to CFLAGS (or CXXFLAGS) is faulty in and
> of itself. It is not a general optimization flag. It is something that each
> package's codebase needs to be updated to support. When upstream updates
> their packages, they will also update whatever build system to specify that
> flag accordingly.

>From the GCC manpage:
A good explanation of the benefits offered by ensuring ELF symbols
have the correct visibility is given by ``How To Write Shared
Libraries'' by Ulrich Drepper (which can be found at
) - however a superior solution
made possible by this option to marking things hidden when the default
is public is to make the default hidden and mark things public. This
is the norm with DLL's on Windows and with -fvisibility=hidden and
"__attribute__ ((visibility("default")))" instead of
"__declspec(dllexport)" you get almost identical semantics with
identical syntax. This is a great boon to those working with
cross-platform projects.

As I understand this, any shared object that relies on the fact that
its symbols will get "magically" exported while not explicitly
exporting them is broken. That said, Portage provides a way to mask
broken c(xx)flags for those ebuilds.

Julien.

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] -fvisibility=hidden

[Jason Stubbs]

On Sunday 22 May 2005 00:05, Julien Cayzac wrote:
> On 5/21/05, David Morgan <[EMAIL PROTECTED]> wrote:
> > It does cause problems with kde stuff, and with wxGTK stuff though
>
> Thanks for the answer, I won't put it in my make.conf yet...
> Have some bugreports been raised for the problems you described yet?
> If not, it might be worth it to add them to Bugzilla (so that the dev
> guys filter the flag out in the faulty ebuilds).

You miss the point. Adding that flag to CFLAGS (or CXXFLAGS) is faulty in and 
of itself. It is not a general optimization flag. It is something that each 
package's codebase needs to be updated to support. When upstream updates 
their packages, they will also update whatever build system to specify that 
flag accordingly.

To put it simply, no "Language Options" option should be specified in global 
CFLAGS unless you really know what you are doing and why.

Regards,
Jason Stubbs


pgpQMCj6yyjR3.pgp
Description: PGP signature

Re: [gentoo-user] -fvisibility=hidden

[Tom Wesley]

On Sat, 2005-05-21 at 15:05 +, Julien Cayzac wrote:
> On 5/21/05, David Morgan <[EMAIL PROTECTED]> wrote:
> > It does cause problems with kde stuff, and with wxGTK stuff though
> 
> Thanks for the answer, I won't put it in my make.conf yet...
> Have some bugreports been raised for the problems you described yet?
> If not, it might be worth it to add them to Bugzilla (so that the dev
> guys filter the flag out in the faulty ebuilds).
> 
> Julien.
> 

It's already quite famous, and is one of the reasons for KDE 3.4 not
hitting x86 yet.  See http://bugs.gentoo.org/show_bug.cgi?id=86898


-- 
Tom Wesley <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part

Re: [gentoo-user] -fvisibility=hidden

[Julien Cayzac]

On 5/21/05, David Morgan <[EMAIL PROTECTED]> wrote:
> It does cause problems with kde stuff, and with wxGTK stuff though

Thanks for the answer, I won't put it in my make.conf yet...
Have some bugreports been raised for the problems you described yet?
If not, it might be worth it to add them to Bugzilla (so that the dev
guys filter the flag out in the faulty ebuilds).

Julien.

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] -fvisibility=hidden

[David Morgan]

On 14:11 Sat 21 May , Julien Cayzac wrote:
> Is anyone here running Gentoo with "-fvisibility=hidden" in his CFLAGS ?
> Never experienced any problem?
> 
> Thanks,
> Julien
> 
iirc it does't make sense to have it in your CLFAGS, since it only
affects c++ stuff (so it'd go in CXXFLAGS)

It does cause problems with kde stuff, and with wxGTK stuff though

-- 
djm

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] -fvisibility=hidden

[Julien Cayzac]

Is anyone here running Gentoo with "-fvisibility=hidden" in his CFLAGS ?
Never experienced any problem?

Thanks,
Julien

-- 
gentoo-user@gentoo.org mailing list