1 |
On Sat, 22 Feb 2014 15:50:17 -0600 |
2 |
Ryan Hill <dirtyepic@g.o> wrote: |
3 |
|
4 |
> On Sat, 22 Feb 2014 16:09:53 -0500 |
5 |
> Alexandre Rostovtsev <tetromino@g.o> wrote: |
6 |
> |
7 |
> > On Sat, 2014-02-22 at 14:57 -0600, Ryan Hill wrote: |
8 |
> > > wxGTK not only splits up libraries by version and toolkit, but also by |
9 |
> > > charset and debug/release. If we had to use different SLOTs rather than |
10 |
> > > USE flags we would need eight of them for 2.8 alone. And I don't know how |
11 |
> > > we would name the ebuilds (-r100,-r200,... ugh). |
12 |
> > |
13 |
> > Remember, a single process cannot load both gtk2 and gtk3 - you *will* |
14 |
> > get random crashes. If you think that dealing with interesting bug |
15 |
> > reports - e.g. caused by application foo which was built against your |
16 |
> > wxGTK[gtk3] and then crashed after enumerating its plugin directory |
17 |
> > because of the presence of binary plugin bar which links to libbaz which |
18 |
> > sometimes dlopens gtk2 at runtime when USE=wombat is enabled - is more |
19 |
> > fun than doing a bit of work at the start and slotting wxGTK, then |
20 |
> > please go ahead ;) |
21 |
> |
22 |
> Yeah and package built against wxGTK (gtk2) could dlopen gtk3 at runtime |
23 |
> today. That's already the case. But what does that have to do with slotting? |
24 |
|
25 |
Oh. The libs are named explicitly: |
26 |
|
27 |
/usr/lib64/libwx_gtk2u_core-3.0.so |
28 |
/usr/lib64/libwx_gtk3u_core-3.0.so |
29 |
|
30 |
You can't load the wrong one. |
31 |
|
32 |
|
33 |
-- |
34 |
Ryan Hill psn: dirtyepic_sk |
35 |
gcc-porting/toolchain/wxwidgets @ gentoo.org |
36 |
|
37 |
47C3 6D62 4864 0E49 8E9E 7F92 ED38 BD49 957A 8463 |