Re: Merge #166 ?

Hi all,

thanks for the feedback, I have fixed the ARCHFLAGS now and made the code generally more robust, adding a new helper Fink::Services::get_sdkpath() which returns an empty string on Darwin < 18 and the SDK path as returned by `xcrun --sdk macosx --show-sdk-path`. I believe it would make sense to change that Darwin version cutoff to a lower value, but for now wanted to play it safe.

The perlmodule builds fine now, but python is still broken. Hanspeter hinted that normally it finds zlib; so I am guessing this might be another case where the SDK path needs to be inserted somewhere. I'll take a look.

In general, I noticed that in various .info files, we might have to start using the SDK path now. Perhaps time to introduce %{sdkpath} for that? Any concerns about doing just that?

E.g. in libcurl4.info, we have this in the PatchScript:

	/bin/cp /usr/include/lber*.h .
	/bin/cp /usr/include/ldap*.h .
	/bin/cp /usr/lib/libldap.dylib .

That is of course easy to adjust (and indeed, I just see that somebody did it). But there is also this in ConfigureParams:

ConfigureParams: <<
	--with-darwinssl \
	--without-ssl \
	--without-gnutls \
	--with-libssh2=%p \
	--with-gssapi=/usr \
...

and that last line could be easily turned into

	--with-gssapi=%{sdkpath}/usr \


Any thoughts on that?

Cheers,
Max

_______________________________________________
fink-core mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core