RE: sc_report::get_verbosity()

From: Bishnupriya Bhattacharya <bpriya@cadence.com>
Date: Mon Jan 17 2011 - 08:55:08 PST

Yes, that could be fine too. So that essentially means the user should first check the severity of the sc_report and only if SC_INFO, then pay any attention the verbosity value. Works for me.

Thanks,
-Bishnupriya

From: john.aynsley@doulos.com [mailto:john.aynsley@doulos.com]
Sent: Monday, January 17, 2011 10:23 PM
To: Bishnupriya Bhattacharya
Cc: P1666 Technical WG
Subject: Re: sc_report::get_verbosity()

Bishnupriya,

Good point. Since the implementation is obliged to ignore the verbosity if the severity is not SC_INFO, would it be better for the value returned from get_verbosity to be undefined?

John A

From:

Bishnupriya Bhattacharya <bpriya@cadence.com>

To:

"john.aynsley@doulos.com" <john.aynsley@doulos.com>

Cc:

P1666 Technical WG <systemc-p1666-technical@eda.org>

Date:

17/01/2011 16:40

Subject:

sc_report::get_verbosity()

________________________________

John,

I just noticed this issue. Sorry for the late notice. LRM says

"int get_verbosity() const;
const char* get_file_name() const;
int get_line_number() const;
Each of these six member functions shall return the corresponding property of the sc_report object.
The properties themselves can only be set by passing their values as arguments to the function
sc_report_handler::report."

The verbosity property is only defined for SC_INFO messages. What should sc_report::get_verbosity() return for non-info messages? We could specify a default value of SC_MEDIUM (200) as the verbosity property of non-info reports - something needs to be spelled out in the LRM.

Thanks,
-Bishnupriya

----------------------------------------------------------------------------------------------------------------------------------------------------
    Bishnupriya Bhattacharya | Software Architect - Virtual System Platform | Cadence
    P: +91.80.4184.1197 www.cadence.com<http://www.cadence.com/>
----------------------------------------------------------------------------------------------------------------------------------------------------

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Mon Jan 17 08:56:50 2011

This archive was generated by hypermail 2.1.8 : Mon Jan 17 2011 - 08:56:52 PST