WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
178072
Make HashMap::keys() and HashMap::values() work with WTF::map/WTF::copyToVector
https://bugs.webkit.org/show_bug.cgi?id=178072
Summary
Make HashMap::keys() and HashMap::values() work with WTF::map/WTF::copyToVector
Sam Weinig
Reported
2017-10-08 21:08:14 PDT
Make HashMap::keys() and HashMap::values() work with WTF::map/WTF::copyToVector
Attachments
Patch
(5.97 KB, patch)
2017-10-08 21:16 PDT
,
Sam Weinig
no flags
Details
Formatted Diff
Diff
Patch
(9.80 KB, patch)
2017-10-09 07:45 PDT
,
Sam Weinig
no flags
Details
Formatted Diff
Diff
Patch
(9.98 KB, patch)
2017-10-09 08:34 PDT
,
Sam Weinig
darin
: review+
Details
Formatted Diff
Diff
Patch
(12.32 KB, patch)
2017-10-09 11:56 PDT
,
Sam Weinig
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Sam Weinig
Comment 1
2017-10-08 21:16:50 PDT
Created
attachment 323157
[details]
Patch
Sam Weinig
Comment 2
2017-10-08 21:17:55 PDT
I'm not sure about the name SizedIteratorRange. Maybe IteratorRangeWithSize? Maybe something more abstract, like Container?
Sam Weinig
Comment 3
2017-10-09 06:30:18 PDT
Maybe SizedContainerProxy?
Sam Weinig
Comment 4
2017-10-09 07:45:57 PDT
Created
attachment 323174
[details]
Patch
Sam Weinig
Comment 5
2017-10-09 08:34:29 PDT
Created
attachment 323177
[details]
Patch
Darin Adler
Comment 6
2017-10-09 10:50:44 PDT
Comment on
attachment 323177
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=323177&action=review
> Source/WebCore/platform/graphics/avfoundation/MediaSelectionGroupAVFObjC.h:80 > + WTF::SizedIteratorRange<OptionContainer, OptionContainer::iterator::Values> options() { return m_options.values(); }
I’d like the type here to be OptionContainer::ValuesIteratorRange. Can we add some "using" to HashMap.h so we can do it that way instead of having to write out the type like this?
> Source/WebKit/Shared/AsyncRequest.h:141 > + WTF::SizedIteratorRange<RequestMap, RequestMap::iterator::Values> values()
Ditto.
> Source/WebKit/UIProcess/WebProcessProxy.h:101 > + WTF::SizedIteratorRange<WebPageProxyMap, WebPageProxyMap::const_iterator::Values> pages() const { return m_pageMap.values(); }
And again.
Darin Adler
Comment 7
2017-10-09 10:51:48 PDT
Comment on
attachment 323177
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=323177&action=review
>> Source/WebCore/platform/graphics/avfoundation/MediaSelectionGroupAVFObjC.h:80 >> + WTF::SizedIteratorRange<OptionContainer, OptionContainer::iterator::Values> options() { return m_options.values(); } > > I’d like the type here to be OptionContainer::ValuesIteratorRange. Can we add some "using" to HashMap.h so we can do it that way instead of having to write out the type like this?
Or is there some way to use std::result_of?
Sam Weinig
Comment 8
2017-10-09 11:56:57 PDT
Created
attachment 323196
[details]
Patch
Sam Weinig
Comment 9
2017-10-09 11:58:31 PDT
(In reply to Darin Adler from
comment #7
)
> Comment on
attachment 323177
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=323177&action=review
> > >> Source/WebCore/platform/graphics/avfoundation/MediaSelectionGroupAVFObjC.h:80 > >> + WTF::SizedIteratorRange<OptionContainer, OptionContainer::iterator::Values> options() { return m_options.values(); } > > > > I’d like the type here to be OptionContainer::ValuesIteratorRange. Can we add some "using" to HashMap.h so we can do it that way instead of having to write out the type like this? > > Or is there some way to use std::result_of?
I went with the type aliases. No need to make the caller user do something weird.
WebKit Commit Bot
Comment 10
2017-10-09 13:01:18 PDT
Comment on
attachment 323196
[details]
Patch Clearing flags on attachment: 323196 Committed
r223061
: <
http://trac.webkit.org/changeset/223061
>
Radar WebKit Bug Importer
Comment 11
2017-10-10 08:09:19 PDT
<
rdar://problem/34910705
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug