Bug 133445 – [iOS] WebCore fails to build: platform/network/mac/ResourceHandleMac.mm:729:62: error: use of undeclared identifier '_CFURLConnectionCopyTimingData'

• Status: RESOLVED
• Resolution: FIXED
• Component: Page Loading

[David Kilzer (:ddkilzer)]

Seeing these errors on some internal buildbots:

Source/WebCore/platform/network/mac/ResourceHandleMac.mm:729:62: error: use of undeclared identifier '_CFURLConnectionCopyTimingData'
Source/WebCore/platform/network/mac/ResourceHandleMac.mm:727:97: error: unused parameter 'timing' [-Werror,-Wunused-parameter]
void ResourceHandle::getConnectionTimingData(CFURLConnectionRef connection, ResourceLoadTiming& timing)
2 errors generated.

[David Kilzer (:ddkilzer)]

<rdar://problem/17090035>

[David Kilzer (:ddkilzer)]

Created attachment 232377 [details]
Patch v1

[David Kilzer (:ddkilzer)]

This patch built with an iOS Release build internally as well.

[Alexey Proskuryakov]

Comment on attachment 232377 [details]
Patch v1

View in context: https://bugs.webkit.org/attachment.cgi?id=232377&action=review

I don't understand this patch, what are the bots that fail? Everything was building correctly for a long time.

r=meto fix the build anyway.

> Source/WebCore/platform/network/mac/ResourceHandleMac.mm:64
> +#else
> +typedef struct _CFURLConnection* CFURLConnectionRef;
> +extern "C" {
> +CFDictionaryRef _CFURLConnectionCopyTimingData(CFURLConnectionRef);
> +}
> +#endif

This shouldn't be an #else. We want to have the declarations even when the private header is included, because this way, we will find out about changes in SPIs sooner and more reliably. 

It's very difficult to debug issues caused by incorrect SPI declarations.

Also, this should be under #if USE(CFNETWORK), to match the code that uses CFNetwork.

[David Kilzer (:ddkilzer)]

(In reply to comment #4)
> (From update of attachment 232377 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=232377&action=review
> 
> I don't understand this patch, what are the bots that fail? Everything was building correctly for a long time.

See internal email thread, or the radar.

> r=meto fix the build anyway.
> 
> > Source/WebCore/platform/network/mac/ResourceHandleMac.mm:64
> > +#else
> > +typedef struct _CFURLConnection* CFURLConnectionRef;
> > +extern "C" {
> > +CFDictionaryRef _CFURLConnectionCopyTimingData(CFURLConnectionRef);
> > +}
> > +#endif
> 
> This shouldn't be an #else. We want to have the declarations even when the private header is included, because this way, we will find out about changes in SPIs sooner and more reliably. 
> 
> It's very difficult to debug issues caused by incorrect SPI declarations.
> 
> Also, this should be under #if USE(CFNETWORK), to match the code that uses CFNetwork.

I thought we tried to avoid adding headers in #if/#endif blocks unless absolutely necessary.

Technically, both this and the __has_include() below it should be in outer #if ENABLE(WEB_TIMING)/#endif macros as well.  Do we really want to do that?

[Alexey Proskuryakov]

> I thought we tried to avoid adding headers in #if/#endif blocks unless absolutely necessary.

These are not WebKit headers, so I think that it's the right thing to do. With WebKit headers, yes, we try to have the guards inside the headers.

[David Kilzer (:ddkilzer)]

Committed r169551: <http://trac.webkit.org/changeset/169551>