Skip to content

Conversation

@petk
Copy link
Member

@petk petk commented Mar 10, 2024

The strtoll() and atoll() are C99 standard functions and don't need checking. Since the upstream timelib library needs to be changed separately, this simplifies checking by using a compile definition.

Copy link
Member

@derickr derickr left a comment

Choose a reason for hiding this comment

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

IMO, it doesn't hurt to keep these tests so I'm -0.5 on this.

You never know what kind of weird platform claims to support C99, but then doesn't.

@petk
Copy link
Member Author

petk commented Mar 18, 2024

There are such *nix platforms indeed. If they don't have these then you can safely bet that the PHP-8.4-dev definitely won't compile on those. They are mostly locked machines that don't receive any updates anymore. And we definitely shouldn't support such machines. These are already used unconditionally in all of php-src. I think there is very little sense in checking these in ext/date specifically. It makes two tests less.

@petk
Copy link
Member Author

petk commented Mar 18, 2024

Well, this can also wait for PHP-9 with this if you're concerned.

The strtoll() and atoll() are C99 standard functions [1] and don't need
checking. Since the upstream timelib library needs to be changed
separately, this simplifies checking by using a compile definition.

[1]: https://port70.net/~nsz/c/c99/n1256.html#7.20.1.2
@petk petk force-pushed the patch-strtoll-atoll branch from c34b5e1 to 84c57b9 Compare June 28, 2024 21:29
@petk petk closed this May 22, 2025
@petk petk deleted the patch-strtoll-atoll branch May 22, 2025 18:24
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