220 26352 <5ae721e4-434b-4ee0-a5fc-415441e6616d@isocpp.org> article Path: news.gmane.org!not-for-mail From: Sean Middleditch Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: File globbing in the standard library Date: Mon, 20 Jun 2016 14:46:28 -0700 (PDT) Lines: 213 Approved: news@gmane.org Message-ID: <5ae721e4-434b-4ee0-a5fc-415441e6616d@isocpp.org> References: <860ea5e8-d2f7-46d1-b1e0-e5493195fa28@isocpp.org> <20160608124715.4915278.35801.11796@gmail.com> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_879_2024987464.1466459188405" X-Trace: ger.gmane.org 1466459199 24017 80.91.229.3 (20 Jun 2016 21:46:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jun 2016 21:46:39 +0000 (UTC) To: ISO C++ Standard - Future Proposals Original-X-From: std-proposals+bncBCDODCNR2QPRBNOIUG5QKGQEK5GNOSA@isocpp.org Mon Jun 20 23:46:33 2016 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-pf0-f197.google.com ([209.85.192.197]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bF71c-0001kZ-19 for gclcip-std-proposals@m.gmane.org; Mon, 20 Jun 2016 23:46:32 +0200 Original-Received: by mail-pf0-f197.google.com with SMTP id 143sf339411556pfx.0 for ; Mon, 20 Jun 2016 14:46:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isocpp-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=LyguR2ipYbLDOwblMYcPqAVo7QZwr4m5Q0CebpK5sVY=; b=c0iMzh6nCyh599cTV/gv7+/b27bBjndR7YaXaSUCuM2stl+x71xCBXbcWqx2byE8J6 MPc7DHNGmzRtz+E9XmflI47oYjSVk7wUvl0AWk/jVR0KxCSIupC9FDdShLryUJhEraBb dqmVfqt9ZUSytyiLd1XavnmoiH3jvk0mgLWNoJPeGAJbQ3N/RsnwvV9OiGTqXpNXcjo/ ayIJiUdfDqnC6MQ/q1TB8p1lsMwpxeBXx13K5aBTW61W+h27QpGLxK19+twkqGXRZDkg aJMtyTsNaJCa8MWbc4jjloMv+boUYqHzDYy7foqAiIviriYFw9nSSeni2W1hQchiYpif JbOg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=LyguR2ipYbLDOwblMYcPqAVo7QZwr4m5Q0CebpK5sVY=; b=gjRtT3i99S72oEOLp5w22s8rb/Tl7Z5NXrRjib2/myjjei6BQ61f+GqRwRIcjvDyP4 mGJZr6lriEU3nLtKS3nuPVn0ahUNygZuz7QXXwSvo/i41hA1zw/XyfgR52JcwC1I2Txd IslcmnFXHYGtpRYcmZl81OtUm4M5kEmLGQvuhs8vdg0r7USQ2xlXuadKjK35dMYm8Jnk qYfiTiqTwEsDCLVNz45uiAwbksv+/3gR6jf4p9sLnLYX73huUEvSeaJvvxbqJQXID845 QYp17SmJpTsa4SZWFpQ+ljePaimwyz7R49sZjQ8pkHK+qAC2+WSYb2uo2Xa//82i5mSj +d/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version:x-original-sender:reply-to:precedence :mailing-list:list-id:x-spam-checked-in-group:list-post:list-help :list-archive:list-subscribe:list-unsubscribe; bh=LyguR2ipYbLDOwblMYcPqAVo7QZwr4m5Q0CebpK5sVY=; b=P0GNBKihlXoXCulSzvPTOIuXHsjE/rdRaQVLxVZj6j25MAiEPUinxwTjcH+Lvb9ga0 5cm0GUTgq/ZIVh92Dpm6/CzcpfLbHgYAqKMvAEtU4/vDZ17hkNkJvxRpzA9wMf9Tvv1w iRs2UkzhnOhtolNpEIETq+Jgv23JST2s4i5y5mO8GI5RJLtb/TFwUyyAj7tTJmtxwmAY qq08R64ciYLrL7O4BKKJs4VhDwlaNt7aAE/pVJbsnonDxF2NCdBfXCYiFeAuv7RHLdgN CtndsHrM1ADDd6MuLAtWTHtsxR6vPeY5eWi24YjjsPFFYy1SN2496dNS7bG5h+aH9tEw 1ItQ== X-Gm-Message-State: ALyK8tJFRrr4FcxqlPlu1O4Anqkos6jQoD4/o6qe5dE094q/eADdm12jRgMsgDC3L0b54g== X-Received: by 10.66.101.230 with SMTP id fj6mr23893461pab.15.1466459190819; Mon, 20 Jun 2016 14:46:30 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.36.92.16 with SMTP id q16ls11374itb.12.gmail; Mon, 20 Jun 2016 14:46:29 -0700 (PDT) X-Received: by 10.36.64.133 with SMTP id n127mr5947ita.4.1466459189573; Mon, 20 Jun 2016 14:46:29 -0700 (PDT) In-Reply-To: <20160608124715.4915278.35801.11796@gmail.com> X-Original-Sender: Sean.Middleditch@gmail.com Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Spam-Checked-In-Group: std-proposals@isocpp.org X-Google-Group-Id: 399137483710 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:26352 Archived-At: ------=_Part_879_2024987464.1466459188405 Content-Type: multipart/alternative; boundary="----=_Part_880_475283141.1466459188406" ------=_Part_880_475283141.1466459188406 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Could/should this be resolved the same way we handle regex, e.g.=20 glob_constants::POSIX, glob_constants::DOS, glob_constants::NATIVE, etc.? On Wednesday, June 8, 2016 at 5:47:19 AM UTC-7, Tony V E wrote: > > Do you want cross-platform behaviour or platform-native behaviour? > > "*.*" is not the same under dos/windows vs unix/mac/linux.=20 > > =E2=80=8ECross platform seems nice, but if a user tpes "*.*" into a custo= m Open=20 > File dialog, I might want (as the user probably expects) per-platform=20 > behaviour.=20 > > > > Sent from my BlackBerry portable Babbage Device > *From: *Morwenn > *Sent: *Wednesday, June 8, 2016 4:53 AM > *To: *ISO C++ Standard - Future Proposals > *Reply To: *std-pr...@isocpp.org > *Subject: *[std-proposals] File globbing in the standard library > > The C++17 standard filesystem library would benefit from a generic file= =20 > globbing utility, which is a really common operation when dealing with=20 > files. > Here is a brief description of how I would envision it: > > - Add a glob dialect to the regular expression libraries (with=20 > standard jokers, including **). > - Add a glob function to path (or somewhere else) taking an std::regex= .. > - Add overloads to glob for std::string, std::string_view, const char*= =20 > that default to the newly introduced glob dialect. > > I guess that the string types mentioned above would use=20 > std::filesystem::path::value_type for their value type. > > I believe that using std::regex allows to have a truly generic globbing= =20 > interface, while defaulting to a regular glob dialect provides the=20 > behaviour people expect by default for a glob function. > > Any thoughts about such a design? > > --=20 > You received this message because you are subscribed to the Google Groups= =20 > "ISO C++ Standard - Future Proposals" group. > To unsubscribe from this group and stop receiving emails from it, send an= =20 > email to std-proposal...@isocpp.org . > To post to this group, send email to std-pr...@isocpp.org . > To view this discussion on the web visit=20 > https://groups.google.com/a/isocpp.org/d/msgid/std-proposals/860ea5e8-d2f= 7-46d1-b1e0-e5493195fa28%40isocpp.org=20 > > . > > --=20 You received this message because you are subscribed to the Google Groups "= ISO C++ Standard - Future Proposals" group. To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposals+unsubscribe@isocpp.org. To post to this group, send email to std-proposals@isocpp.org. To view this discussion on the web visit https://groups.google.com/a/isocpp= ..org/d/msgid/std-proposals/5ae721e4-434b-4ee0-a5fc-415441e6616d%40isocpp.or= g. ------=_Part_880_475283141.1466459188406 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Could/should this be resolved the same way we handle regex= , e.g. glob_constants::POSIX, glob_constants::DOS, glob_constants::NATIVE, = etc.?

On Wednesday, June 8, 2016 at 5:47:19 AM UTC-7, Tony V E wrote= :
=
Do you want cross-platform behaviour or platform-nativ= e behaviour?

"*.*" is not the same under dos/windows vs unix/mac/= linux.=C2=A0

=E2=80=8ECross platform seems nice, but if a user tpes "*= ..*" into a custom Open File dialog, I might want (as the user probably= expects) per-platform behaviour.=C2=A0
=

= =

= =
Sent=C2=A0from=C2=A0my=C2=A0BlackBerry=C2=A0portable=C2= =A0Babbage=C2=A0Device
= =
From: Morwenn
Sent: Wednesday= , June 8, 2016 4:53 AM
To: ISO C++ Standard - Future Propo= sals
Subject: <= /b>[std-proposals] File globbing in the standard library

The = C++17 standard filesystem library would benefit from a generic file globbin= g utility, which is a really common operation when dealing with files.
H= ere is a brief description of how I would envision it:
  • Add a glo= b dialect to the regular expression libraries (with standard jokers, includ= ing **).
  • A= dd a glob function to path (or somewhere else) taking an std::regex.
  • Add overloads to= glob for std::string, std::string_view, const char* t= hat default to the newly introduced glob dialect.
I guess that the= string types mentioned above would use std::filesystem::path::valu= e_type for their value type.

I believe that using std::regex allows to have a t= ruly generic globbing interface, while defaulting to a regular glob dialect= provides the behaviour people expect by default for a glob function.

Any thoughts about su= ch a design?

--
You received this message because you are subscribed to the Google Groups &= quot;ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposal...@isocpp.org.
To post to this group, send email to std-pr...@isocpp.org.
To view this discussion on the web visit https://groups.google.com= /a/isocpp.org/d/msgid/std-proposals/860ea5e8-d2f7-46d1-b1e0-= e5493195fa28%40isocpp.org.

--
You received this message because you are subscribed to the Google Groups &= quot;ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposa= ls+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
To view this discussion on the web visit https://groups.google.= com/a/isocpp.org/d/msgid/std-proposals/5ae721e4-434b-4ee0-a5fc-415441e6616d= %40isocpp.org.
------=_Part_880_475283141.1466459188406-- ------=_Part_879_2024987464.1466459188405-- .