>> I didn't say that we gave assurances in advance that proposals would
>> be accepted, or accepted without modification. I said that on occasion
>> -- once we had discussed, accepted, and closed the issue -- we had
>> given an assurance that the assigned numbers were firm. DW_LANG_Go, as
>> I reca
On 07/20/2012 03:14 PM, Robinson, Paul wrote:
Michael Eager wrote:
On 07/20/2012 12:56 PM, Frank Ch. Eigler wrote:
[...]
Would the committee consider a faster-track number-assignment process,
kind of like IANA, for proposals that do not constitute material
structural changes to DWARF, but mere
Michael Eager wrote:
>On 07/20/2012 12:56 PM, Frank Ch. Eigler wrote:
>> [...]
>> Would the committee consider a faster-track number-assignment process,
>> kind of like IANA, for proposals that do not constitute material
>> structural changes to DWARF, but mere non-conflicting assignment of
>> magi
On 07/20/2012 01:24 PM, Cary Coutant wrote:
I didn't say that we gave assurances in advance that proposals would
be accepted, or accepted without modification. I said that on occasion
-- once we had discussed, accepted, and closed the issue -- we had
given an assurance that the assigned numbers
On 07/20/2012 12:56 PM, Frank Ch. Eigler wrote:
Hi -
On Fri, Jul 20, 2012 at 12:53:55PM -0700, Michael Eager wrote:
[...]
The DWARF Committee does give any assurances that any proposal will be
accepted, or that any proposal will be accepted without modification.
[...]
That makes sense.
As I
On 07/20/2012 12:53 PM, Michael Eager wrote:
On 07/20/2012 11:46 AM, Cary Coutant wrote:
For things like new tags, attributes, language codes, etc., we have
occasionally given out assurances that the assigned numbers were safe
to use once discussion was complete and the issue was accepted. In
mo
On Fri, Jul 20, 2012 at 03:56:34PM -0400, Frank Ch. Eigler wrote:
> Would the committee consider a faster-track number-assignment process,
> kind of like IANA, for proposals that do not constitute material
> structural changes to DWARF, but mere non-conflicting assignment of
> magic numbers?
Yeah
>> For things like new tags, attributes, language codes, etc., we have
>> occasionally given out assurances that the assigned numbers were safe
>> to use once discussion was complete and the issue was accepted. In
>> most cases, it's then OK to use these without bumping the DWARF
>> version number,
Hi -
On Fri, Jul 20, 2012 at 12:53:55PM -0700, Michael Eager wrote:
> [...]
> The DWARF Committee does give any assurances that any proposal will be
> accepted, or that any proposal will be accepted without modification.
> [...]
That makes sense.
> As Ian mentioned, when I indicated "Should be O
On 07/20/2012 11:46 AM, Cary Coutant wrote:
For things like new tags, attributes, language codes, etc., we have
occasionally given out assurances that the assigned numbers were safe
to use once discussion was complete and the issue was accepted. In
most cases, it's then OK to use these without bu
For things like new tags, attributes, language codes, etc., we have
occasionally given out assurances that the assigned numbers were safe
to use once discussion was complete and the issue was accepted. In
most cases, it's then OK to use these without bumping the DWARF
version number, since clients
On Fri, Jul 20, 2012 at 3:20 AM, Mark Wielaard wrote:
>
> I noticed GCC already outputs the proposed DW_LANG_Go from
> http://dwarfstd.org/ShowIssue.php?issue=101014.1
> I assume there are other such smaller/constants changes that are just OK
> without needing a major DWARF spec revision. Is there
Your assumption is not justified. Use of any proposed, or even
"adopted", extension by an implementation is strictly *own risk*.
There is a well-defined implementation defined extension mechanism
that provides an alternative..
Note that the status of the DWARF issue you mention is "open" -- that
i
Hi,
I noticed GCC already outputs the proposed DW_LANG_Go from
http://dwarfstd.org/ShowIssue.php?issue=101014.1
I assume there are other such smaller/constants changes that are just OK
without needing a major DWARF spec revision. Is there a list of such
preliminary accepted issues/updates/constant
14 matches
Mail list logo
