Skip to content

Remove check for ApplicationServices/ApplicationServices.h #4336

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 1 commit into from

Conversation

petk
Copy link
Member

@petk petk commented Jun 30, 2019

The symbol HAVE_APPLICATIONSERVICES_APPLICATIONSERVICES_H is not used and check not needed.

The symbol HAVE_APPLICATIONSERVICES_APPLICATIONSERVICES_H is not used
and check not needed.
@krakjoe
Copy link
Member

krakjoe commented Jul 1, 2019

While this isn't used in php-src, typically, this is one of those defines that subsequent included headers check for ... or used to check for ... to verify that it's not in use, you would have to look at the headers for all dependencies ... or equally, link to some piece of documentation from apple that says it's obsolete ...

@petk
Copy link
Member Author

petk commented Jul 1, 2019

PHP extensions out there don't use HAVE_APPLICATIONSERVICES_APPLICATIONSERVICES_H symbol, for example. For the libraries of the macOS system, I can grep through them but also doesn't make sense to me to php-src to define this symbol. If the library needs to check for the presence of this header, then it is already done by either brew system or the mac system itself. For example, some system library, that PHP uses.

This is more some unfinished step that was added without integration in the PHP code via e9111e5

@krakjoe
Copy link
Member

krakjoe commented Jul 1, 2019

I'm talking about dependencies, not extensions. It used to be the case that if you included <some/foo.h> it may ifdef for HAVE_APPLICATIONSERVICES_APPLICATIONSERVICES_H to configure itself, that's the historic use of the symbol ...

Copy link
Member

@krakjoe krakjoe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Forgive my hesitation ... from a quick google and grep, it looks pretty useless actually ...

@petk
Copy link
Member Author

petk commented Jul 1, 2019

Yes. Me too. If the software needs to define this symbol to be able to include the header of some library from macOS system, then the configuration header with this symbol set has also been done by that library itself... I'll grep it out, so it's more clear then...

@php-pulls php-pulls closed this in 534351c Jul 2, 2019
@petk petk deleted the patch-mac branch July 2, 2019 20:07
@petk
Copy link
Member Author

petk commented Jul 2, 2019

Applied to PHP-7.4 via above commit. If this will cause any issues we can add it back. So far, I haven't found any good reason to define this symbol in PHP-7.4+ and macOS or the PHP extensions out there. These also use PHP_FRAMEWORK_* macros instead...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants