Re: [Fink-users] [EXTERNAL] python27build error

[Luigi E. Z. <Lui...@mi...>]

On 07/06/2020 12:26, Hanspeter Niederstrasser wrote:
> On 6/7/20 5:13 AM, Luigi Ernesto Zanotti wrote:
>> On 06/06/2020 21:38, Zhu, Jianxin wrote:
>>> Dear Hanspeter,
>>>
>>> Indeed you are right. On my system, I have
>>> a MacOSX10.14.sdk not linked to  MacOSX.sdk (itself linked to 
>>> MacOSX10.15.sdk)
>>>   inside /Library/Developer/CommandLineTools/SDKs.
>>>
>>> I have now moved the standalone MacOSX10.14.sdk to 
>>> MacOSX10.14.sdk_orig and made a symbolic link
>>> sudo ln -sf  MacOSX.sdk MacOSX10.14.sdk
>>>
>>> With this correction, I can build python27 like a charm. Maybe Luigi 
>>> can do the same.
>>> By getting over this, I am now also able to complete the fink 
>>> update-all.
>>>
>>> Thank you so much for the help.
>>>
>>> Best,
>>>
>>> Jianxin
>>>
>>>
>>> On 6/6/20, 12:37 PM, "Hanspeter Niederstrasser" 
>>> <fi...@sn...> wrote:
>>>
>>>      We all have the same exact compiler command on 10.14/xcode11.3.1
>>>      > gcc -fno-strict-aliasing -Wno-nullability-completeness 
>>> -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall -Wstrict-prototypes -I. 
>>> -IInclude -I./Include -I/sw/include -I/sw/include/ncursesw 
>>> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/usr/include 
>>> -I/sw/src/fink.build/python27-2.7.18-2/Python-2.7.18/Include 
>>> -I/sw/src/fink.build/python27-2.7.18-2/Python-2.7.18 -c 
>>> ./Mac/Modules/_scproxy.c -o 
>>> build/temp.macosx-10.14-x86_64-2.7/./Mac/Modules/_scproxy.o
>>>
>>>      that references the SDK-10.15 from Xcode.app. My working python 
>>> build
>>>      has a warning for _scproxy.c about a header in the unversioned 
>>> SDK from
>>>      Xcode.app:
>>>
>>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/SystemConfiguration.framework/Headers/SCSchemaDefinitions.h 
>>>
>>>
>>>      But error for Jianxin and Luigi refer to the similar header 
>>> file from
>>>      the SDK-10.14 from the command line tools:
>>>
>>> /Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/SystemConfiguration.framework/Headers/SCSchemaDefinitions.h 
>>>
>>>
>>>      And the actual error when compiling _scproxy.o immediatel above 
>>> the
>>>      warning says the __OSX_AVAILABLE_BUT_DEPRECATED_MSG error is in
>>>
>>> /Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Security.framework/Headers/CMSDecoder.h 
>>>
>>>
>>>      What's the output of the following (one line) command:
>>>
>>>      /bin/ls -Fl /Library/Developer/CommandLineTools/SDKs
>>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs 
>>>
>>>
>>>      I get the following:
>>>      ```
>>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs: 
>>>
>>>      total 0
>>>      drwxr-xr-x  4 nieder  staff  128 Nov  7  2019 DriverKit19.0.sdk/
>>>      drwxr-xr-x  8 nieder  staff  256 Nov  7  2019 MacOSX.sdk/
>>>      lrwxr-xr-x  1 nieder  staff   10 Apr  6 05:59 MacOSX10.15.sdk@ 
>>> -> MacOSX.sdk
>>>
>>>      /Library/Developer/CommandLineTools/SDKs:
>>>      total 0
>>>      lrwxr-xr-x  1 root  wheel   15 Apr  6 06:23 MacOSX.sdk@ -> 
>>> MacOSX10.15.sdk
>>>      lrwxr-xr-x  1 root  wheel   10 Jul 23  2019 MacOSX10.14.sdk@ -> 
>>> MacOSX.sdk
>>>      drwxr-xr-x  8 root  wheel  256 Apr  6 06:24 MacOSX10.15.sdk/
>>>      ```
>>>
>>>      I'm thinking there's a different symlink in one of your two SDK 
>>> locations.
>>>
>>>      Hanspeter
>>>
>>>
>> I followed the solution proposed by Jianxin, and it worked fine!
>> After that I guessed which was the difference wit the MacbookAir 
>> installation, where /python27_2.7.18-1 (one) smoothly built on May, 
>> 6. Here are the outputs for iMac AFTER the symlink and MacbookAir:
>> iMac:
>> /Library/Developer/CommandLineTools/SDKs:
>> total 0
>> lrwxr-xr-x  1 root  wheel   15 23 Feb 12:55 MacOSX.sdk@ -> 
>> MacOSX10.15.sdk
>> drwxr-xr-x  7 root  wheel  224  5 Jan 15:19 MacOSX.sdk 1/
>> lrwxr-xr-x  1 root  wheel   10  7 Jun 11:30 MacOSX10.14.sdk@ -> 
>> MacOSX.sdk
>> drwxr-xr-x  7 root  wheel  224 23 Feb 12:57 MacOSX10.14_orig.sdk/
>> drwxr-xr-x  8 root  wheel  256 23 Feb 12:58 MacOSX10.15.sdk/
>>
>> MacbookAir:
>> /Library/Developer/CommandLineTools/SDKs:
>> total 0
>> lrwxr-xr-x  1 root  wheel   15 23 Feb 18:44 MacOSX.sdk@ -> 
>> MacOSX10.15.sdk
>> drwxr-xr-x  7 root  wheel  224  9 Dec 14:42 MacOSX.sdk 1/
>> lrwxr-xr-x  1 root  wheel   10 12 Oct  2019 MacOSX10.14.sdk@ -> 
>> MacOSX.sdk
>> drwxr-xr-x  8 root  wheel  256 23 Feb 18:46 MacOSX10.15.sdk/
>>
>> For some reason (mysterious for me) the two sdk installations didn't 
>> proceed along the same path, even if I always tried to keep Fink 
>> installations to proceed in parallel each other!
>> Last question: should I keep MacOSX10.14_orig.sdk or remove it?
>> Thanks so much for Hanspeter and Jianxin help. Cheers,
>
> I would guess it's OK to get rid of the real directory 
> MacOSX10.14_orig.sdk and keep only the 10.14 symlink. With 
> Xcode11.3.1, it seems that the SDK that's supposed to be getting used 
> is the 10.15 SDK and 10.14 is just a convenience symlink.
>
> Hanspeter
Thanks. Have a nice Sunday.
                                                     Luigi

-- 
Prof. Luigi Ernesto Zanotti (retired)

Physics Department "G. Occhialini"
University of Milano Bicocca

Piazza della Scienza 3. 20126 Milano Italy
E-Mail: lui...@mi...