[141132] trunk/dports/lang/apple-gcc42/Portfile

[Jeremy Huddleston Sequoia]

> On Oct 13, 2015, at 09:55, Landon Fuller <landonf at macports.org> wrote:
> 
> 
> On Oct 12, 2015, at 14:14, Jeremy Huddleston Sequoia <jeremyhu at macports.org> wrote:
> 
>> Yes, and I was quite happy that the compilers failed to work in Yosemite, allowing me to mark them as unavailable.  Unfortunately, some life was breathed into them again, preventing them from slipping off to their well deserved graev.
> 
> If someone wants to do the maintenance work, I don’t see why we ought to artificially constrain their ability to do so. If nobody does the work, then the packages clearly aren’t a priority, and can be retired.

Yes, but we still want apple-gcc42 for older OS versions.

> 
>> libstdc++ does not exist on new platforms (eg: tvOS and watchOS).  Projects should not be using libstdc++ any more and should have migrated by now (unless, of course, they need to support Snow Leopard users still).
> 
> Apple has also dropped a number of POSIX-defined APIs on tvOS and watchOS, as well as a number of Darwin/Mach APIs; Apple’s modern platform priorities aren’t really a measure of what is ideal for — or required by — software users or developers on OS X.
> 
>> I wouldn't be surprised if the headers disappeared from a future SDK or had markup preventing them from being used with a deployment target of 10.7 or higher.
> 
> 
> If anything, I think MacPorts ought to be shielding users from Apple’s use of tooling updates to bitrot working software that happens to not be aligned with their release-to-release platform priorities.

The best way to "shield users" is to fix or remove broken and unmaintained ports.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4118 bytes
Desc: not available
URL: <https://lists.macosforge.org/pipermail/macports-dev/attachments/20151013/9b75d312/attachment-0001.p7s>