#22087: update pymol with gcc43 and gcc44 variants --------------------------------------+------------------------------------- Reporter: adfernandes@… | Owner: howarth@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: pymol --------------------------------------+------------------------------------- Comment(by adfernandes@…): I'm not worried about a speed boost; I'm building native code extensions as part of a much larger project; having compiler options ensures that I can keep one tool-chain consistent for all my research projects. Loading different copies of `libstdc++` into the same process is usually fine as long as everyone is careful about visibility, ctors and dtors, and all that. Unfortunately, that ain't often the case, so I try to keep everything consistent because debugging shared-lib problems is a great waste of time. I've done it, and I never want to do it again. Anyhow... is there any reason '''not''' to allow different compiler variants? (a) For good or evil, that's the way MacPorts is set up, and (b) I '''need''' them - for me, the default compiler is 4.0 and I can't integrate it cleanly into my other projects. I appreciate that in an ideal world we'd all use the same compiler and be happy, but that just ain't so. I require the gcc43 variant, it was trivial to add the gcc44 variant if anyone wants it, and that's that. The change doesn't affect anyone who doesn't want it, and the default compiler will be used. Thanks! -- Ticket URL: <http://trac.macports.org/ticket/22087#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS