Bug 408651

Summary: Revive compat-gcc-32-c++
Product: [Fedora] Fedora Reporter: Denis Leroy <denis>
Component: compat-gcc-32Assignee: Jakub Jelinek <jakub>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: 8   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-12-06 13:09:22 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Denis Leroy 2007-12-03 14:13:53 UTC
Would it be possible to revice compat-gcc-32-c++ ?

I'm not sure why it was obsoleted in the first place. While I don't think
there's much demand for gcc32, g++32 on the other hand is extremely useful
because it's the last version of g++ that uses libstdc++.so.5. Currently it is
impossible in Fedora to link with libraries that depend on libstdc++.so.5 (or is
there another trick?). I've carried around an old compat-gcc-32 SRPM, but it
gets tougher and tougher to maintain.

thanks :-)

Comment 1 Jakub Jelinek 2007-12-06 13:09:22 UTC
Because we only want to support one full compat compiler.
If you have software which can't be built even with the now prehistoric G++ 3.4,
then you simply should spend time fixing that up, not carying forever ever
increasing set of compat compilers.

Comment 2 Denis Leroy 2007-12-06 22:15:46 UTC
Actually if one needs to link with libstdc++.so.5, it's precisely because you
don't have the source code anymore. Not because it's closed source, but simply
because you don't have access to the source code anymore, or lost the code or
whatnot. You'd be surprised how often I've needed g++32 here at work in the past
couple of years. It you were to maintain one and only need compat-g++, it would
be g++ 3.2, not 3.4, precisely because of the ABI compatibility issue.

I'm not sure who you mean by "We" ? I'll go ahead and submit my own
compat-gcc-32-c++ RPM, I don't mind maintaing it. I'll only need you to remove
the Obsolete: from your packages after it passes review. Thx.


Comment 3 Denis Leroy 2007-12-06 23:44:33 UTC
Sorry I didn't like the way I wrote that last paragraph in my last post. I'm
assuming the reason you maintain only one compat package is because of the work
required to do so ? how much work would you expect would go into maintaining
compat-gcc-32-c++ ?