RE: [sv-bc] E-mail Ballot: Respond by Oct 14, 2007 8am PDT

Matt,

Yes, there are many alternative solutions, but this is the one that
matches most other languages, and is already implemented by at least two
vendors that I know of. Regardless, this feature needs to interact with
`include and `line, so adding as a compiler directive seems to be the
most natural place to put it. Plus it was easy for me to write the
proposal since I just copied the documentation from cpp. :)

%f and %l are already taken, so to add a new format specifier would be
obfuscating. Also, the line number typically needs to be passed as an
integer to most messaging systems, not as a string; that would require
changing the formatted string back to an integer.

One could make the opposing argument about not adding another system
task; there's too many of those as well. There's also a problem with the
requirement that $file being able to be overridden by the PLI as there
is currently no way for a PLI function to return a dynamic string.

I probably have an equal distain for compiler directives as you do, but
I think it is justified here. There are no issues with file order
dependencies or separate compilation with these directives.

Dave


> -----Original Message-----
> From: owner-sv-bc@server.eda.org [mailto:owner-sv-bc@server.eda.org]
On
> Behalf Of Don Mills
> Sent: Wednesday, October 10, 2007 10:58 AM
> To: Maidment, Matthew R
> Cc: sv-bc@server.eda.org
> Subject: Re: [sv-bc] E-mail Ballot: Respond by Oct 14, 2007 8am PDT
> 
> NO ON 1588 - couldn't this be done with an enhancement to %m or maybe
> adding a system function like maybe $line and $file.  Is the only
> solution to add more compiler directives?
> 
> Yes on all others
> 
> Maidment, Matthew R wrote:
> > -You have until 8am PDT, Sunday, October 14, 2007 to respond
> > -An issue passes if there are zero NO votes and half of the eligible
> >  voters respond with a YES vote.
> > -If you vote NO on any issue, your vote must be accompanied by a
reason.
> >  The issue will then be up for discussion during a future conference
> > call.
> > -Note: For some issues, the proposed action is captured in the bug
note
> >        (resolve as duplicate, already addressed, etc.).
> >
> > As of the October 1, 2007 meeting, the eligible voters are:
> >
> > Brad Pierce
> > Shalom Bresticker
> > Cliff Cummings
> > Mark Hartoog
> > Francoise Martinolle
> > Karen Pieper
> > Dave Rich
> > Steven Sharp
> > Gordon Vreugdenhil
> > Stu Sutherland
> > Alex Gran
> > Don Mills
> > Heath Chambers
> > Tom Alsop
> >
> >
> > SVDB  907 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=907
> >
> > SVDB 1134 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1134
> >
> > SVDB 1294 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1294
> >
> > SVDB 1348 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1348
> >
> > SVDB 1464 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1464
> >
> > SVDB 1468 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1468
> >
> > SVDB 1588 ___Yes   _X__No
> > http://www.eda.org/svdb/view.php?id=1588
> >
> > SVDB 1619 _x__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1619
> >
> > SVDB 1792 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1792
> >
> > SVDB 1940 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=1940
> >
> > SVDB 2024 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=2024
> >
> > SVDB 2056 _X__Yes   ___No
> > http://www.eda.org/svdb/view.php?id=2056
> >
> >
> 
> --
> ==========================================================
> Don Mills
> mills@lcdm-eng.com
> www.lcdm-eng.com
> ==========================================================
> 
> 
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.