#934 verilog compiler crash with code example

v0.9
closed-duplicate
nobody
0.9.6 (1)
5
2013-08-08
2013-08-08
No

a small verilog file from the altera simulation libraries...

Rolfs-Mac-Pro:~ rfie$ iverilog -o x -I. dffeas.v
dffeas.v:75: assert: elab_expr.cc:3709: failed assertion expr_type_ != IVL_VT_NO_TYPE
sh: line 1: 2461 Done /opt/local/lib/ivl/ivlpp -L -F"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrlg22769f1d" -f"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrlg2769f1d" -p"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrli2769f1d"
2462 Abort trap: 6 | /opt/local/lib/ivl/ivl -C"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrlh2769f1d" -C"/opt/local/lib/ivl/vvp.conf" -- -

If I remove the '!' in from of prn_in in line 75 (make !prn_in read prn_in) the compiler no longer crashes

I am using version 0.9.6, the crash happens on MacOS 64 bit and Linux 32 bit (and also in 0.9.5)

At line 75 an UDP is used (definition of the UDP in the include file)

2 Attachments

Related

Bugs: #934

Discussion

  • Martin Whitaker

    Martin Whitaker - 2013-08-08

    This compiles without error for me, using the head of the v0.9 branch from git. I suspect this is a duplicate of bug 913. Can you test using the latest v0.9 code from git? (instructions for getting the code are here if you've not done this before)

     
  • Cary R.

    Cary R. - 2013-08-08

    FYI I just verified this fails for V0.9.6 and passes for the latest development and V0.9 from git. I also agree this looks like a duplicate of bug 913. Maybe it's time for a V0.9.7 release.

     
  • Rolf Fiedler

    Rolf Fiedler - 2013-08-08

    I can confirm that the git v0.9 branch does not crash. Sorry for
    bothering you guys, should have tested that before I opened that bug. I
    checked the bug tracker, but it's hard to tell if other crashes are
    duplicates.

    Am 08.08.13 21:23, schrieb Cary R.:

    FYI I just verified this fails for V0.9.6 and passes for the latest
    development and V0.9 from git. I also agree this looks like a
    duplicate of bug 913. Maybe it's time for a V0.9.7 release.


    [bugs:#934] http://sourceforge.net/p/iverilog/bugs/934/ verilog
    compiler crash with code example

    Status: open
    Labels: 0.9.6
    Created: Thu Aug 08, 2013 02:51 PM UTC by Rolf Fiedler
    Last Updated: Thu Aug 08, 2013 06:12 PM UTC
    Owner: nobody

    a small verilog file from the altera simulation libraries...

    Rolfs-Mac-Pro:~ rfie$ iverilog -o x -I. dffeas.v
    dffeas.v:75: assert: elab_expr.cc:3709: failed assertion expr_type_ !=
    IVL_VT_NO_TYPE
    sh: line 1: 2461 Done /opt/local/lib/ivl/ivlpp -L
    -F"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrlg22769f1d"
    -f"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrlg2769f1d"
    -p"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrli2769f1d"
    2462 Abort trap: 6 | /opt/local/lib/ivl/ivl
    -C"/var/folders/fq/9w37g8wx04745hf7bjsy7r2w0000gn/T//ivrlh2769f1d"
    -C"/opt/local/lib/ivl/vvp.conf" -- -

    If I remove the '!' in from of prn_in in line 75 (make !prn_in read
    prn_in) the compiler no longer crashes

    I am using version 0.9.6, the crash happens on MacOS 64 bit and Linux
    32 bit (and also in 0.9.5)

    At line 75 an UDP is used (definition of the UDP in the include file)


    Sent from sourceforge.net because you indicated interest in
    https://sourceforge.net/p/iverilog/bugs/934/

    To unsubscribe from further messages, please visit
    https://sourceforge.net/auth/subscriptions/

    --
    Dr. Rolf Fiedler
    CTO
    innoventif Ltd., Wismarer Str. 44, 12207 Berlin, Germany

    T. +49 30 34357861
    F. +49 30 34357862
    T. +49 700 46668368
    www.innoventif.de | www.innoventif.com


    innoventif Ltd.
    Wismarer Str. 44, 12207 Berlin, Germany
    HRB 105774B, Amtsgericht Berlin-Charlottenburg,
    Geschäftsführer Thomas Gimpel
    Company No. 5091028, Registered in England and Wales
    registered offices: 39/40 Calthorpe Road, B15 1TS Birmingham, UK

     

    Related

    Bugs: #934

    • Cary R.

      Cary R. - 2013-08-08

      Not a bother Rolf. It is not always easy to figure out what the bug really is just from the title. As developers we have a little more contextual information since we read every bug report.

       
  • Cary R.

    Cary R. - 2013-08-08
    • status: open --> closed-duplicate
     
  • Cary R.

    Cary R. - 2013-08-08

    I am closing this as a duplicate of br913 which has already been fixed in git.

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks