Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 83904 - PATCHSET native build of x86 libraries contained in emul-linux-x86-compat for 2005.0 profile
Summary: PATCHSET native build of x86 libraries contained in emul-linux-x86-compat for...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High enhancement (vote)
Assignee: AMD64 Project
Depends on:
Reported: 2005-03-02 19:02 UTC by Dario Birtic
Modified: 2005-07-11 06:47 UTC (History)
2 users (show)

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

patch for libstdc++-v3-3.3.4 (libstdc++-v3-3.3.4-amd64.2005.0.patch,2.42 KB, patch)
2005-03-02 19:03 UTC, Dario Birtic
Details | Diff
Fake ebuild for emul-compat dependencies (emul-linux-x86-compat-1000.ebuild,643 bytes, application/octet-stream)
2005-03-08 02:42 UTC, jack_mort
patch for lib-compat-1.4 (lib-compat-1.4-amd64.2005.0.patch,1.34 KB, patch)
2005-03-08 03:18 UTC, Dario Birtic
Details | Diff
changed einfo description for fake ebuild (emul-linux-x86-compat-1000.ebuild,707 bytes, application/octet-stream)
2005-03-08 03:20 UTC, Dario Birtic
patch for lib-compat-1.4 (lib-compat-1.4-amd64.2005.0.patch,1.38 KB, patch)
2005-03-08 03:34 UTC, Dario Birtic
Details | Diff
patch for lib-compat-1.4 (lib-compat-1.4-amd64.2005.0.patch,1.36 KB, patch)
2005-03-08 03:39 UTC, Dario Birtic
Details | Diff
Block old emul-compat package (lib-compat) (lib-compat-1.4-amd64.2005.0.patch,1.43 KB, patch)
2005-03-08 05:02 UTC, jack_mort
Details | Diff
Don't block fake ebuild (libstdc++-v3) (libstdc++-v3-3.3.4-amd64.2005.0.patch,2.40 KB, patch)
2005-03-08 05:03 UTC, jack_mort
Details | Diff
Updated fake ebuild to depend on lib-compat (emul-linux-x86-compat-1000.ebuild,717 bytes, text/plain)
2005-03-08 05:05 UTC, jack_mort

Note You need to log in before you can comment on or make changes to this bug.
Description Dario Birtic 2005-03-02 19:02:33 UTC
This is first and most important patch providing native compile for libstdc++-v3-3.3.4 ( in the amd64 2005.0 profile.

As always, I have tried not to break other platforms and isolate amd64 && has_multilib_profile profile.

Reproducible: Always
Steps to Reproduce:
Comment 1 Dario Birtic 2005-03-02 19:03:31 UTC
Created attachment 52521 [details, diff]
patch for libstdc++-v3-3.3.4
Comment 2 jack_mort 2005-03-07 11:29:46 UTC
"The problem is that only which it provides, doesn't cover all of the contest of emul-linux-x86-compat package."

What do you mean exactly ?
Comment 3 Dario Birtic 2005-03-07 11:54:41 UTC
Well, this patch provides native build of the library only, in the emul-linux-x86-compat package are far more compability libraries included (plus some smpeg stuff).
Comment 4 Dario Birtic 2005-03-08 02:12:22 UTC
Jack, could you make a fake ebuild for the emul-linux-x86-compat also, so we can solve this one like the alsa one?

BTW. This is listing of the emul-linux-x86-compat package for completeness;

My question is, do we *really* need the < 5.0 libstdc++ ? How about ? What binary packages are actually depending on them anyway (have searched the portage tree, didn't found any, probably some third party installer stuff?)

Comment 5 jack_mort 2005-03-08 02:42:03 UTC
Created attachment 52917 [details]
Fake ebuild for emul-compat dependencies
Comment 6 jack_mort 2005-03-08 02:44:32 UTC
The fake ebuild is here ;-)

For your question about the need for certains libs, I really can't answer you because, as you said, this libstdc++ is needed for binary packages compiled with "old" gcc (prior to 3.4) and I don't have *any* binary package installed on my system...
Comment 7 Dario Birtic 2005-03-08 03:18:35 UTC
Created attachment 52919 [details, diff]
patch for lib-compat-1.4

I have overlooked this one, and actually this is all we need here :-)
Comment 8 Dario Birtic 2005-03-08 03:20:33 UTC
Created attachment 52920 [details]
changed einfo description for fake ebuild

I have changed description of fake ebuild to reflect both needed packages,
please apply.

Comment 9 Dario Birtic 2005-03-08 03:34:45 UTC
Created attachment 52921 [details, diff]
patch for lib-compat-1.4

Sorry, made a typo in logical comparison, this one wouldn't break other archs
Comment 10 Dario Birtic 2005-03-08 03:39:05 UTC
Created attachment 52922 [details, diff]
patch for lib-compat-1.4

- forgot the relative path for patch
Comment 11 jack_mort 2005-03-08 04:07:25 UTC
Yes ! Very good finding ! ;-)
Comment 12 jack_mort 2005-03-08 05:01:42 UTC
I've updated the emul ebuild to automatically pull down lib-compat, applied your patches, remerged, and everything seems OK. Just a little warning from a 32bit mplayer (from the forums) :
"gmplayer32: /usr/lib32/libstdc++-v3/ no version information available (required by gmplayer32)"

Don't know what this means...

Also, I updated the blocking of emul package, not to block the fake ebuild ;-)
Comment 13 jack_mort 2005-03-08 05:02:54 UTC
Created attachment 52925 [details, diff]
Block old emul-compat package (lib-compat)
Comment 14 jack_mort 2005-03-08 05:03:26 UTC
Created attachment 52926 [details, diff]
Don't block fake ebuild (libstdc++-v3)
Comment 15 jack_mort 2005-03-08 05:05:34 UTC
Created attachment 52927 [details]
Updated fake ebuild to depend on lib-compat
Comment 16 Dario Birtic 2005-03-08 06:48:29 UTC
Great ! I've updated my local tree with your changes, works okay.
I am having same message printed out, functionality is not affected though.
Perhaps someone more expirienced in the toolchain packages care to comment?

My guess would be because this is only package difference between old contents of emul-linux-x86-compat and this version?
Comment 17 jack_mort 2005-03-10 02:33:29 UTC
I've created an overlay for this stuff :

If someone wants to test, just create an overlay dir, extract this archive, and remerge packages.
Comment 18 Simon Stelling (RETIRED) gentoo-dev 2005-06-11 01:08:31 UTC
wow, really great work you did, Dario. I'm sure we can use this to create the
emul-* packages. However, don't expect this to work before 2006.0, since portage
isn't fully multilib-capable yet. The final goal is that *every* library in the
tree can be built in 32bit and 64bit, and it would be quite messy to patch every
single ebuild out there, so the changes will probably be made in portage itself,
not the tree.
Comment 19 Simon Stelling (RETIRED) gentoo-dev 2005-07-11 06:47:51 UTC
i'll close it for now as this is a long-term goal and we'll not need it before