C++ Logo


Advanced search

Re: Meeting on February 4th at 9AM Pacific

From: Olga Arkhipova <olgaark_at_[hidden]>
Date: Mon, 7 Feb 2022 18:31:02 +0000
Hi Peter,
Sure. And I do hope that not only the compilers will be able to read the BMIs at some point when their format is stabilized. At least, this is the plan for ifcs.
But having a json near it with additional info seem to simplify many scenarios.


From: Peter Brett <pbrett_at_[hidden]>
Sent: Monday, February 7, 2022 01:27
To: Olga Arkhipova <olgaark_at_[hidden]>
Cc: Jon Chesterfield <jonathanchesterfield_at_[hidden]>; sg15_at_[hidden]
Subject: RE: [SG15] Meeting on February 4th at 9AM Pacific

You don't often get email from pbrett_at_[hidden]<mailto:pbrett_at_[hidden]>. Learn why this is important<http://aka.ms/LearnAboutSenderIdentification>
Hi Olga,

When packaging software we already use a variety of tools to extract information from executables and libraries. I don't think adding another tool for inspecting a file and dumping out the info required for module compilation is an obviously unreasonable proposal.


From: SG15 <sg15-bounces_at_[hidden]<mailto:sg15-bounces_at_[hidden]>> On Behalf Of Olga Arkhipova via SG15
Sent: 06 February 2022 23:45
To: Jon Chesterfield <jonathanchesterfield_at_[hidden]<mailto:jonathanchesterfield_at_[hidden]>>; sg15_at_[hidden]<mailto:sg15_at_[hidden]>
Cc: Olga Arkhipova <olgaark_at_[hidden]<mailto:olgaark_at_[hidden]>>
Subject: Re: [SG15] Meeting on February 4th at 9AM Pacific

>> What's the point of embedding information in a second file next to the first one, when it could be written directly into the first one?

Only the compiler currently can read and write BMI, but anybody can read and write a json file. The ability to write (and not only read) is needed in package production where source/dependencies locations might be different than in the original build.


From: Jon Chesterfield <jonathanchesterfield_at_[hidden]<mailto:jonathanchesterfield_at_[hidden]>>
Sent: Thursday, February 3, 2022 18:43
To: sg15_at_[hidden]<mailto:sg15_at_[hidden]>
Cc: Olga Arkhipova <olgaark_at_[hidden]<mailto:olgaark_at_[hidden]>>; Steve Downey <sdowney_at_[hidden]<mailto:sdowney_at_[hidden]>>
Subject: Re: [SG15] Meeting on February 4th at 9AM Pacific

You don't often get email from jonathanchesterfield_at_[hidden]<mailto:jonathanchesterfield_at_[hidden]>. Learn why this is important<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2Faka.ms%2FLearnAboutSenderIdentification__%3B!!EHscmS1ygiU1lA!TlEMPliJOIsomIAtS83x4Jli0GvfMsM9925BDt1GM0Q3iA2H9LemHnwgZX3z7g%24&data=04%7C01%7Colgaark%40microsoft.com%7Ca542a203c9ac4802f39708d9ea1c0f9f%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637798228831091314%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=mbNQmZqUicFy2RLg2vV2MUuobjFXopIPHe%2FAvmZBCsU%3D&reserved=0>
What's the point of embedding information in a second file next to the first one, when it could be written directly into the first one?


On Fri, 4 Feb 2022, 01:44 Steve Downey via SG15, <sg15_at_[hidden]<mailto:sg15_at_[hidden]>> wrote:

On Thu, Feb 3, 2022 at 8:07 PM Olga Arkhipova <olgaark_at_[hidden]<mailto:olgaark_at_[hidden]>> wrote:
The compiler will have to find all BMIs so their locations should be defined by some command line options.
My point is that the same options can be used to find the .d.json files.

I agree that if the build system can figure out how to do one, it can do the other, as long as there is some discernible relationship between the bmi and the .d.json file. But in a typical unixy environment, libraries and other artifacts to be consumed are not separated out. Perhaps, though the bmi and .d.json both live together in an isolated filesystem-like thing based on the module name? E.g. a directory or zip file, or some such. On the other hand, since .d.json is intended to be portable, I would expect to find it in something like /usr/share/module_${name} in an FHS style system? Or if a library provides multiple modules, underneath /usr/share/lib${name}/?
Replace /usr with /usr/local/, ~, ${etcetera}, etc above.

(sorry I sent this only to Olga, now replying on list, Olga if you reply, either here or add the list back?)
SG15 mailing list

Received on 2022-02-07 18:31:05