Summary: | Unable to build WebKit with iOS 13.4 SDK | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Ryan Haddad <ryanhaddad> | ||||||||
Component: | New Bugs | Assignee: | Tim Horton <thorton> | ||||||||
Status: | RESOLVED FIXED | ||||||||||
Severity: | Normal | CC: | aestes, ap, dino, jbedard, megan_gardner, mitz, simon.fraser, webkit-bot-watchers-bugzilla, webkit-bug-importer, wenson_hsieh | ||||||||
Priority: | P2 | Keywords: | InRadar | ||||||||
Version: | WebKit Nightly Build | ||||||||||
Hardware: | Unspecified | ||||||||||
OS: | Unspecified | ||||||||||
Attachments: |
|
Description
Ryan Haddad
2020-03-19 15:38:55 PDT
Created attachment 394051 [details]
Patch
Committed r258751: <https://trac.webkit.org/changeset/258751> All reviewed patches have been landed. Closing bug and clearing flags on attachment 394051 [details]. Reopening for one follow-up Created attachment 394552 [details]
Patch
I disagree with all of the stylebot complaints in this case, so I'm gonna ignore it. Hmm, how is a bunch of numeric version checks throughout the code better than a HAVE macro with a descriptive name? (In reply to Alexey Proskuryakov from comment #7) > Hmm, how is a bunch of numeric version checks throughout the code better > than a HAVE macro with a descriptive name? Because as we currently use it, the HAVE() macro would also be true before? We had it! It just was SPI! Now it's not! Maybe we'd want a bunch of them with names like HAVE(WHATEVER_AS_API)? I think that this is unprecedented, but could go either way. (In reply to Tim Horton from comment #8) > (In reply to Alexey Proskuryakov from comment #7) > > Hmm, how is a bunch of numeric version checks throughout the code better > > than a HAVE macro with a descriptive name? > > Because as we currently use it, the HAVE() macro would also be true before? > We had it! It just was SPI! Now it's not! Maybe we'd want a bunch of them > with names like HAVE(WHATEVER_AS_API)? I think that this is unprecedented, > but could go either way. Also, I feel like SPI headers are a very special case, not "throughout the code"... > Also, I feel like SPI headers are a very special case, not "throughout the code"...
There is some truth to that...
Committed r259025: <https://trac.webkit.org/changeset/259025> All reviewed patches have been landed. Closing bug and clearing flags on attachment 394552 [details]. Comment on attachment 394552 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=394552&action=review > Source/WebKit/Platform/spi/ios/UIKitSPI.h:233 > +#if PLATFORM(IOS) && __IPHONE_OS_VERSION_MIN_REQUIRED < 130400 This should me MAX_ALLOWED, since the presence of the definitions in the SDK depends on the SDK version used at build time, not the deployment target. (In reply to Tim Horton from comment #9) > Also, I feel like SPI headers are a very special case, not "throughout the > code"... Yes, since those headers mimic SDK content, as a rule they should be using SDK version conditionals. (In reply to mitz from comment #13) > (In reply to Tim Horton from comment #9) > > > Also, I feel like SPI headers are a very special case, not "throughout the > > code"... > > Yes, since those headers mimic SDK content, as a rule they should be using > SDK version conditionals. Haha. (In reply to mitz from comment #12) > Comment on attachment 394552 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=394552&action=review > > > Source/WebKit/Platform/spi/ios/UIKitSPI.h:233 > > +#if PLATFORM(IOS) && __IPHONE_OS_VERSION_MIN_REQUIRED < 130400 > > This should me MAX_ALLOWED, since the presence of the definitions in the SDK > depends on the SDK version used at build time, not the deployment target. Yes, good point! I will fix. (In reply to Tim Horton from comment #14) > (In reply to mitz from comment #13) > > > Source/WebKit/Platform/spi/ios/UIKitSPI.h:233 > > > +#if PLATFORM(IOS) && __IPHONE_OS_VERSION_MIN_REQUIRED < 130400 > > > > This should me MAX_ALLOWED, since the presence of the definitions in the SDK > > depends on the SDK version used at build time, not the deployment target. > > Yes, good point! I will fix. Hmm, this is actually not working... (In reply to Tim Horton from comment #15) > (In reply to Tim Horton from comment #14) > > (In reply to mitz from comment #13) > > > > Source/WebKit/Platform/spi/ios/UIKitSPI.h:233 > > > > +#if PLATFORM(IOS) && __IPHONE_OS_VERSION_MIN_REQUIRED < 130400 > > > > > > This should me MAX_ALLOWED, since the presence of the definitions in the SDK > > > depends on the SDK version used at build time, not the deployment target. > > > > Yes, good point! I will fix. > > Hmm, this is actually not working... Looks like MAX_ALLOWED remains at 130000 Reopening to attach new patch. Created attachment 394737 [details]
Patch
Committed r259133: <https://trac.webkit.org/changeset/259133> All reviewed patches have been landed. Closing bug and clearing flags on attachment 394737 [details]. |