Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 88144 - K3b breaks due to -fvisibility-inlines-hidden -fvisibility=hidden, this should be filtered!
Summary: K3b breaks due to -fvisibility-inlines-hidden -fvisibility=hidden, this shoul...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Gentoo KDE team
Depends on:
Reported: 2005-04-06 03:55 UTC by Markus Gothe
Modified: 2005-04-06 07:59 UTC (History)
0 users

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


Note You need to log in before you can comment on or make changes to this bug.
Description Markus Gothe 2005-04-06 03:55:24 UTC
It breaks due to -fvisibility-inlines-hidden -fvisibility=hidden, this ought to be filtered!

Reproducible: Always
Steps to Reproduce:
1. Set CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden -fvisibility=hidden"
2. emerge k3b

Actual Results:  
It breaks

Expected Results:  
It should compile
Comment 1 Ciaran McCreesh 2005-04-06 03:58:00 UTC
Don't use daft CXXFLAGS.
Comment 2 Markus Gothe 2005-04-06 04:05:49 UTC
They are cool and all you need to do is to add

'filter-flags to the ebuild'
Comment 3 Carsten Lohrke (RETIRED) gentoo-dev 2005-04-06 04:33:08 UTC
Ciaran: Get a f*ckin' clue about diplomacy! ;p Nah, really - is this a contest between you and vapier? I don't agree with you here, btw. Hiding symbols is a good thing. What about your "supported compiler flags" document?  There are too much "-ffast-math -fanother-blackhole-flag" guys.

Markus: It's not that this can't be done, but all this little things take a little bit of time. This is something you should report to the k3b developers - at best with a patch included. 
Comment 4 Ciaran McCreesh 2005-04-06 04:43:44 UTC
-fvisibility*, like -ffast-math, is something that should never be set globally by the user. Any app that wants these will set them itself.
Comment 5 Carsten Lohrke (RETIRED) gentoo-dev 2005-04-06 05:01:40 UTC
Ciaran: I don't think so. By default everything should be hidden. It's the job of the developer to explicitly define the public api - not of the user (otherwise he should fork). This is what I think about it and the gcc man page states nothing else. Is there something I'm missing or is this just against your idea of *nix?
Comment 6 Ciaran McCreesh 2005-04-06 05:33:01 UTC
Changing -fvisibility* is arsing around with the basic behaviour of the compiler. That's something for upstream to deal with, not something the user specifies.
Comment 7 Markus Gothe 2005-04-06 05:40:24 UTC
So, I thought that was the fundamental idea of gentoo... Compiling and defining the flags to use.
Comment 8 Ciaran McCreesh 2005-04-06 06:19:55 UTC
Not really. You get to build with flags appropriate to your CPU. Personally I'd rather have it controlled purely by profile, so that daft ricer flags aren't even a possibility, but that's kinda infeasible with our current single inheritance profile setup.
Comment 9 Carsten Lohrke (RETIRED) gentoo-dev 2005-04-06 07:54:36 UTC
>Changing -fvisibility* is arsing around with the basic behaviour of the compiler.

If a developer of a shared lib has to think about the API he exposes and the developer who uses the not well documented library, has an explictly made public API at least, so he can be somewhat sure he'll not be using functions which will be dead with the very next version, I call this two good things. And the user benefits by less symbols, too.

>That's something for upstream to deal with, not something the user specifies.

Of course it has to be fixed upstream. Nevertheless, if an application does not support this properly, I consider this as a valid bug. It's bad design. Hiding symbols should always work fine.
Comment 10 Markus Gothe 2005-04-06 07:59:11 UTC
Ahhh, then I get why it has to be fixed upstream.. Thx