Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign up[PATCH c228279 Bump MACOSX_DEPLOYMENT_TARGET to 10.7 #14559
Comments
From yoanlin93@gmail.comThis is a bug report for perl from yoanlin93@gmail.com, From c228279b0ddcc7b2f19c46d3e95aaec2d6df3863 Mon Sep 17 00:00:00 2001 This is a multi-part message in MIME format. Summary: Since 10.3 (Mac OS X Panther) is 2003 stuff and 64 bit is the main hints/darwin.sh | 2 +- --------------2.1.2 Inline Patchdiff --git a/hints/darwin.sh b/hints/darwin.sh
index fec05fd..c56b1af 100644
--- a/hints/darwin.sh
+++ b/hints/darwin.sh
@@ -206,7 +206,7 @@ case "$osvers" in
lddlflags="${ldflags} -bundle -undefined dynamic_lookup"
case "$ld" in
*MACOSX_DEVELOPMENT_TARGET*) ;;
- *) ld="env MACOSX_DEPLOYMENT_TARGET=10.3 ${ld}" ;;
+ *) ld="env MACOSX_DEPLOYMENT_TARGET=10.7 ${ld}" ;;
esac
;;
esac
--------------2.1.2--
---
Site configuration information for perl 5.21.10: Configured by c9s at Thu Mar 5 12:30:20 CST 2015. Summary of my perl5 (revision 5 version 21 subversion 10) configuration: Locally applied patches: @INC for perl 5.21.10: Environment for perl 5.21.10: |
From @LeontOn Thu, Mar 5, 2015 at 6:21 AM, via RT <perlbug-followup@perl.org> wrote:
I agree with the logic (or better yet, make it "local version") but I Leon |
|
The RT System itself - Status changed from 'new' to 'open' |
From @jkeenanOn Wed Mar 04 21:21:56 2015, yoanlin93@gmail.com wrote:
I strongly oppose the application of this patch as is. I continue to configure, build, test and use perl -- including blead -- on Mac OS X 10.4. Would it be too much to ask for a hints file that had an appropriate deployment target suitable for the particular version of the OS found? Why should we sacrifice backwards-compatibility? Thank you very much.
-- |
From rehsack@gmail.com
What's wrong patch with RT#123831 (https://rt.perl.org/Public/Bug/Display.html?id=123831)?
Did you take a look into 0002-very-first-step-to-tidy-up-mess-around-sdk-to-use.patch from RT#123831 ?
I hope I provided exactly that.
|
From rehsack@gmail.com
This will exclude any non-system-toolchain, which is probably not the best approach ;) Cheers |
From dwheeler@cpan.orgI agree it should be dynamically configured by the hints script. Someone suggested as much when I asked about it on StackOverflow: http://stackoverflow.com/a/32284231/79202 Best, David |
From @rjbs* "David E. Wheeler via RT" <perlbug-followup@perl.org> [2015-09-01T14:15:23]
I thought there had been some discussion of this before on list, but I didn't My recollection was something like this: If we just pick whatever version we're compiling on, we're multiplying possible I think our options are probably: 1. don't supply a target (does this even work?) I don't have a lot of skin in the game, but I'd lean toward #2. Right now, I believe David Golden had mentioned that some user visible change would occur, -- |
From @xdgI finally found the relevant documentation pages: * Particularly, note: Starting in Mac OS X 10.5, if none of the macros _NONSTD_SOURCE, Then if you read about Unix conformance, there's a long list of functions * For example, the one I have prior experience with is realpath: LEGACY DESCRIPTION So if Unix conformance is on, calling realpath on a path where the last Thus, programs that use Cwd::realpath on paths with a non-existing last I suspect the full list of functions in the Unix Conformance document ought I have no opinion on the right course of action. This is merely On Tue, Sep 1, 2015 at 9:27 PM, Ricardo Signes <perl.p5p@rjbs.manxome.org>
-- |
From @jhiResolved in https://rt-archive.perl.org/perl5/Ticket/Display.html?id=126360 |
|
@jhi - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#123985 (status was 'resolved')
Searchable as RT123985$