• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Functional Verification
  3. Double back-tick in parametrized macro in SV

Stats

  • Locked Locked
  • Replies 7
  • Subscribers 66
  • Views 21312
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Double back-tick in parametrized macro in SV

sevent
sevent over 14 years ago

Hello,

The following code does not compile in ncverilog v9.2, I think because of the double back-tick, yet it is an example directly out of the SystemVerilog 1800-2005 spec:

 `define msg(name) name``_suffix

module macro_test;

  initial
  begin
    $display(`msg(foo));
  end
endmodule

$ncverilog macro_test.v

ncverilog: 09.20-p007: (c) Copyright 1995-2009 Cadence Design Systems, Inc.
file: macro_test.v
    $display(`msg(foo));
                     |
ncvlog: *E,EXPCPD (macro_test.v,7|21): expecting a valid compiler directive [16(IEEE)].
(`define macro: msg [macro_test.v line 1], file: macro_test.v line 7)
    $display(`msg(foo));
                     |
ncvlog: *E,NOTDIR (macro_test.v,7|21): `_suffix: not a recognized directive or macro [2.7.3][16.3.1][16(IEEE)].

The `` is supposed to delimits lexical tokens without introducing white space, allowing identifiers to be constructed from arguments.

Is this a bug with ncverilog?

  • Cancel
Parents
  • sevent
    sevent over 14 years ago

    Using -sv at this point is not an option due to legacy code causing syntax errors in other areas. Using the .sv extension on a more complete example still does not work:

     

    top.v:

    `define PREFIX foo
    `include "macro_test.sv"

    module top;

    endmodule

     

    macro_test.sv:

    `define MACRO(name) \
      force `PREFIX``name = 1'b1;

    module macro_test;

      reg fooA;

      initial
      begin
        `MACRO(A)
      end
    endmodule

     

    $ ncverilog top.v

    ncverilog: 09.20-p007: (c) Copyright 1995-2009 Cadence Design Systems, Inc.
    file: top.v
        `MACRO(A)
                |
    ncvlog: *E,EXPCPD (macro_test.sv,10|12): expecting a valid compiler directive [16(IEEE)].
    (`define macro: MACRO [macro_test.sv line 1], `include file: macro_test.sv line 10, file: top.v line 2)
        `MACRO(A)
                |
    ncvlog: *E,NOTDIR (macro_test.sv,10|12): `A: not a recognized directive or macro [2.7.3][16.3.1][16(IEEE)].

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • sevent
    sevent over 14 years ago

    Using -sv at this point is not an option due to legacy code causing syntax errors in other areas. Using the .sv extension on a more complete example still does not work:

     

    top.v:

    `define PREFIX foo
    `include "macro_test.sv"

    module top;

    endmodule

     

    macro_test.sv:

    `define MACRO(name) \
      force `PREFIX``name = 1'b1;

    module macro_test;

      reg fooA;

      initial
      begin
        `MACRO(A)
      end
    endmodule

     

    $ ncverilog top.v

    ncverilog: 09.20-p007: (c) Copyright 1995-2009 Cadence Design Systems, Inc.
    file: top.v
        `MACRO(A)
                |
    ncvlog: *E,EXPCPD (macro_test.sv,10|12): expecting a valid compiler directive [16(IEEE)].
    (`define macro: MACRO [macro_test.sv line 1], `include file: macro_test.sv line 10, file: top.v line 2)
        `MACRO(A)
                |
    ncvlog: *E,NOTDIR (macro_test.sv,10|12): `A: not a recognized directive or macro [2.7.3][16.3.1][16(IEEE)].

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information