RESOLVED FIXED74164
Add the FileSystem functions of iOS
https://bugs.webkit.org/show_bug.cgi?id=74164
Summary Add the FileSystem functions of iOS
Benjamin Poulain
Reported 2011-12-08 21:47:33 PST
Add the FileSystem of iOS
Attachments
Patch (14.85 KB, patch)
2011-12-08 21:54 PST, Benjamin Poulain
no flags
Patch (11.51 KB, patch)
2011-12-09 17:26 PST, Benjamin Poulain
ddkilzer: review+
Benjamin Poulain
Comment 1 2011-12-08 21:54:25 PST
Alexey Proskuryakov
Comment 2 2011-12-09 13:52:39 PST
Comment on attachment 118529 [details] Patch Were the added files published in iOS code drops before? In that case, they may need to retain existing copyright dates.
Benjamin Poulain
Comment 3 2011-12-09 14:12:06 PST
Comment on attachment 118529 [details] Patch (In reply to comment #2) > (From update of attachment 118529 [details]) > Were the added files published in iOS code drops before? In that case, they may need to retain existing copyright dates. I think one of them was. I will check
Benjamin Poulain
Comment 4 2011-12-09 14:21:49 PST
Comment on attachment 118529 [details] Patch > I think one of them was. I will check Nope, actually that is fine.
David Kilzer (:ddkilzer)
Comment 5 2011-12-09 17:07:04 PST
Comment on attachment 118529 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=118529&action=review r- to address a strategy for Source/WebKit code sharing and platform structure. It may be easier to land the WebCore pieces first. > Source/WebKit/mac/Misc/WebNSFileManagerExtras.h:39 > @interface NSFileManager (WebNSFileManagerExtras) > +#if !PLATFORM(IOS) > - (void)_webkit_setMetadataURL:(NSString *)URLString referrer:(NSString *)referrer atPath:(NSString *)path; > - (NSString *)_webkit_startupVolumeName; > +#endif // !PLATFORM(IOS) > + > +#if PLATFORM(IOS) > +- (NSString *)_webkit_createTemporaryDirectoryWithTemplatePrefix:(NSString *)prefix; > +#endif // PLATFORM(IOS) We need to come up with a better strategy for sharing this code rather than mixing Mac-only, iOS-only and shared methods into a single header and implementation file. Also, adding PLATFORM(IOS) macros won't work for any public headers unless we start post-processing the headers to strip out these macros, and it could impact any Apple projects using private headers as SPI (since these macros won't be defined when they build their projects).
Benjamin Poulain
Comment 6 2011-12-09 17:26:42 PST
Benjamin Poulain
Comment 7 2011-12-09 17:27:58 PST
> We need to come up with a better strategy for sharing this code rather than mixing Mac-only, iOS-only and shared methods into a single header and implementation file. Good point. I believed we could do that afterwards but we can't since that would pollute the public headers.
David Kilzer (:ddkilzer)
Comment 8 2011-12-09 20:46:07 PST
Comment on attachment 118670 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=118670&action=review r=me > Source/WebCore/platform/ios/FileSystemIOS.mm:31 > +#if PLATFORM(IOS) Is this needed with the EXCLUDED_SOURCE_FILE_NAMES variable in Source/WebCore/Configurations/WebCore.xcconfig?
Benjamin Poulain
Comment 9 2011-12-09 20:49:02 PST
> > Source/WebCore/platform/ios/FileSystemIOS.mm:31 > > +#if PLATFORM(IOS) > > Is this needed with the EXCLUDED_SOURCE_FILE_NAMES variable in Source/WebCore/Configurations/WebCore.xcconfig? Nope, that shouldn't be necessary. I'll update that before landing. Thanks for the review.
Benjamin Poulain
Comment 10 2011-12-09 21:34:15 PST
Note You need to log in before you can comment on or make changes to this bug.