Date: Tue, 12 Feb 2019 19:32:45 +0000
IPR isn’t for distribution.
From: tooling-bounces_at_open-std.org <tooling-bounces_at_[hidden]> On Behalf Of Corentin
Sent: Saturday, February 9, 2019 2:21 PM
To: WG21 Tooling Study Group SG15 <tooling_at_[hidden]>
Cc: michael_spencer_at_[hidden]
Subject: Re: [Tooling] Modules feedback
I love the idea of IPR and I hope it will take off some day.
However, the primary use case would be consumption by tools in the same environment as the representation was generated in.
A long as there are conditional preprocessor directives in sources, the only way to portably represent them will remain the full unprocessed textual content of said sources
If portable modules are something considered valuable, then conditional directives ( token soup ), will have to be replaced by conditionally-compiled well-formed C++ AST nodes ( static_if is one solution to that problem )
On Sat, 9 Feb 2019 at 23:05 Ville Voutilainen <ville.voutilainen_at_[hidden]<mailto:ville.voutilainen_at_[hidden]>> wrote:
On Sat, 9 Feb 2019 at 23:58, Ben Boeckel <ben.boeckel_at_[hidden]<mailto:ben.boeckel_at_[hidden]>> wrote:
> I think we're eventually going to see projects wanting to not have
> headers at all and that means that `-devel` packages will need
> *something*. But I'm personally leaning towards it being a compiler
> thing, not a language thing. IIRC, there was mention on Reddit of a
> format Microsoft was working on for distilling a module down to an
> interface description. Getting *that* as a shippable and consumable
> format would be great.
You mean http://www.stroustrup.com/macis09.pdf<https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.stroustrup.com%2Fmacis09.pdf&data=02%7C01%7Cgdr%40microsoft.com%7C1bb9f30946944b1055c008d68edcee5b%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636853476882708402&sdata=oK5YZwr0zlsTciA2vGTjfQaWXY5mqiQGcuc7he0ekts%3D&reserved=0>?
Also https://github.com/GabrielDosReis/ipr<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FGabrielDosReis%2Fipr&data=02%7C01%7Cgdr%40microsoft.com%7C1bb9f30946944b1055c008d68edcee5b%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636853476882718389&sdata=bSScaf9Dtezqj2tz%2FYnvYsBbgqizr8PosbTH9ezdLV0%3D&reserved=0>
_______________________________________________
Tooling mailing list
Tooling_at_isocpp.open-std.org<mailto:Tooling_at_[hidden]>
http://www.open-std.org/mailman/listinfo/tooling<https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.open-std.org%2Fmailman%2Flistinfo%2Ftooling&data=02%7C01%7Cgdr%40microsoft.com%7C1bb9f30946944b1055c008d68edcee5b%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636853476882718389&sdata=bwhePz8DrOkwlsMpfPGuJ%2BpWO%2Btz27YeGhg7ApH7KEs%3D&reserved=0>
From: tooling-bounces_at_open-std.org <tooling-bounces_at_[hidden]> On Behalf Of Corentin
Sent: Saturday, February 9, 2019 2:21 PM
To: WG21 Tooling Study Group SG15 <tooling_at_[hidden]>
Cc: michael_spencer_at_[hidden]
Subject: Re: [Tooling] Modules feedback
I love the idea of IPR and I hope it will take off some day.
However, the primary use case would be consumption by tools in the same environment as the representation was generated in.
A long as there are conditional preprocessor directives in sources, the only way to portably represent them will remain the full unprocessed textual content of said sources
If portable modules are something considered valuable, then conditional directives ( token soup ), will have to be replaced by conditionally-compiled well-formed C++ AST nodes ( static_if is one solution to that problem )
On Sat, 9 Feb 2019 at 23:05 Ville Voutilainen <ville.voutilainen_at_[hidden]<mailto:ville.voutilainen_at_[hidden]>> wrote:
On Sat, 9 Feb 2019 at 23:58, Ben Boeckel <ben.boeckel_at_[hidden]<mailto:ben.boeckel_at_[hidden]>> wrote:
> I think we're eventually going to see projects wanting to not have
> headers at all and that means that `-devel` packages will need
> *something*. But I'm personally leaning towards it being a compiler
> thing, not a language thing. IIRC, there was mention on Reddit of a
> format Microsoft was working on for distilling a module down to an
> interface description. Getting *that* as a shippable and consumable
> format would be great.
You mean http://www.stroustrup.com/macis09.pdf<https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.stroustrup.com%2Fmacis09.pdf&data=02%7C01%7Cgdr%40microsoft.com%7C1bb9f30946944b1055c008d68edcee5b%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636853476882708402&sdata=oK5YZwr0zlsTciA2vGTjfQaWXY5mqiQGcuc7he0ekts%3D&reserved=0>?
Also https://github.com/GabrielDosReis/ipr<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FGabrielDosReis%2Fipr&data=02%7C01%7Cgdr%40microsoft.com%7C1bb9f30946944b1055c008d68edcee5b%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636853476882718389&sdata=bSScaf9Dtezqj2tz%2FYnvYsBbgqizr8PosbTH9ezdLV0%3D&reserved=0>
_______________________________________________
Tooling mailing list
Tooling_at_isocpp.open-std.org<mailto:Tooling_at_[hidden]>
http://www.open-std.org/mailman/listinfo/tooling<https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.open-std.org%2Fmailman%2Flistinfo%2Ftooling&data=02%7C01%7Cgdr%40microsoft.com%7C1bb9f30946944b1055c008d68edcee5b%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636853476882718389&sdata=bwhePz8DrOkwlsMpfPGuJ%2BpWO%2Btz27YeGhg7ApH7KEs%3D&reserved=0>
Received on 2019-02-12 20:32:51