#44570: p5.20-io-tty:make: No rule to make target `/opt/local/lib/perl5/5.20 /darwin-thread-multi-2level/CORE/fakethr.h' ---------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Resolution: | Keywords: Port: p5.20-io-tty | ---------------------------+-------------------------------- Comment (by devans@…): I don't know what I was smoking the other day. I would have sworn I had a copy of perl 5.20 built with fakethr.h in it but when I try now using either the current binary archive or rebuilding locally it certainly does not and it is not in the source as you say. To support this and perhaps give a clue at what the issue is, I ran across the following at http://codeverge.com/perl.perl5.porters/nwclark-tpf- grant-may-report-2/210460: {{{ Whilst on the subject of extermination, this month I finally removed fakethr.h, and eliminated all references to it and FAKE_THREADS. fakethr.h and FAKE_THREADS were for a "green" threads implementation of 5005threads. 5005threads itself is long gone, and it's not clear that -DFAKE_THREADS *ever* built correctly. Certainly it did not work for the 5.005 release, and it did not work at the time of the commits for the initial checkin. The closest that it seems to have been to working is around commit c6ee37c52f2ca9e5 (Dec 1997), where the headers no longer contained errors, but perl.c failed to compile. I had spotted this dead code a couple of years ago, but stalled on the problem that ExtUtils::MakeMaker contained a hard-coded list of headers which it uses to generate dependency rules for XS code, and fakethr.h was one of them. Hence simply innocently removing the file will have the less than desirable effect of causing all XS code to fail. (It's very easy to break most of CPAN. It's a lot harder to *not* break CPAN) Manually removing another line felt like a bodge, as it doesn't actually fix the real problem, so with plenty of other things to make progress on, I took no action. Fortunately as part of his hash work, Yves fixed the header list in ExtUtils::Makemaker properly (in a way that had eluded me), such that there is no longer list to maintain (and get stale). Hence, with that pre-requisite unblocked, I carefully purged the code once v5.18.0 shipped. So that's the last part of 5.005 threads removed. That is, until the next part is found. }}} So this claims removal of this header and related code after the 5.18.0 release. So the issue may be XS and which version of ExtUtils::MakeMaker is in use? Something further to look at. -- Ticket URL: <https://trac.macports.org/ticket/44570#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X