gEDA-dev: iverilog and xilinx xc4000 problem
Rich Cummings
cumminr at yahoo.com
Mon Aug 13 21:05:47 EDT 2007
Thanks for the response Stephen.
I took your recommendations, and now I have this problem. Again, any advice is appreciated. Thanks in advance.
Using these commands:
iverilog -pncf=myfirst.ncf -tfpga -ppart=XC4005XL-3pc84 Counter10BitUp.v -o myfirst.edf
edif2ngd myfirst.edf
ngdbuild -p xc4005xl-3pc84 myfirst.ngo
I now receive these errors:
Release 4.2.03i - ngdbuild E.38
Copyright (c) 1995-2001 Xilinx, Inc. All rights reserved.
Command Line: ngdbuild -p xc4005xl-3pc84 myfirst.ngo
Launcher: "myfirst.ngo" is up to date.
Reading NGO file "C:/hproj/gpu/myfirst.ngo" ...
Reading component libraries for design expansion...
Checking timing specifications ...
Checking expanded design ...
ERROR:NgdBuild:604 - logical block 'U6' with type 'cell1' is unexpanded. Symbol
'cell1' is not supported in target 'xc4000xl'.
ERROR:NgdBuild:604 - logical block 'U5' with type 'cell0' is unexpanded. Symbol
'cell0' is not supported in target 'xc4000xl'.
ERROR:NgdBuild:604 - logical block 'U4' with type 'mux10_1_2' is unexpanded.
Symbol 'mux10_1_2' is not supported in target 'xc4000xl'.
ERROR:NgdBuild:604 - logical block 'U3' with type 'mux10_1_2' is unexpanded.
Symbol 'mux10_1_2' is not supported in target 'xc4000xl'.
ERROR:NgdBuild:604 - logical block 'U2' with type 'ADD10' is unexpanded. Symbol 'ADD10' is not supported in target 'xc4000xl'.
ERROR:NgdBuild:604 - logical block 'U1' with type 'fd10' is unexpanded. Symbol
'fd10' is not supported in target 'xc4000xl'.
NGDBUILD Design Results Summary:
Number of errors: 6
Number of warnings: 0
Stephen Williams <steve at icarus.com> wrote:
I recommend *not* using the xnf target. Use the -tfpga target,
which generates EDIF, instead.
Rich Cummings wrote:
> Hello,
>
> Any help is greatly appreciated. Why am I getting this error?
> Assertion failed: 0, file t-xnf.cc, line 436
>
> I'm trying to synthesize the below verilog code using this command line:
> iverilog -pncf=myfirst.ncf -txnf -ppart=XC4005XL-3pc84 Counter10BitUp.v -omyfirst.xnf
>
> Looking in the iverilog source code, it appears that draw_carry() is being called with an adder_type of FORCE0. So I guess this means it doesn't like the "Qout+1" in the code below.
>
> Is my command wrong? Do I have to wait for iverilog to support "-t fpga" for xc4000? Should I just buck up and spend some money on a modern fpga?
>
> Any help is appreciated. Thanks in advance.
>
> /////////////////////////////////////////////////////////////////////////////////////////
> iverilog version: Icarus Verilog version 0.8.4 ($Name: v0_8_4 $)
> hardware: XESS XS40 v1.4 - w/ Xilinx XC4005XL-PC84
>
> /////////////////////////////////////////////////////////////////////////////////////////
> // My 10 bit Up Counter - w/ Load
> module Counter_10Bit_Up ( Qout, Qin, Load, Clear, Clock );
> output [9:0] Qout;
> input [9:0] Qin;
> input Clear;
> input Clock;
> input Load;
> reg [9:0] Qout;
>
> always @(posedge Clock or posedge Clear) Qout = Clear ? 0 : (Load ? Qin : Qout + 1);
>
> endmodule
>
> module xr4005xl_counter ( qout, qin, load, clr, clk );
> output [9:0] qout;
> input [9:0] qin;
> input load;
> input clr;
> input clk;
>
> wire [9:0] qin;
> wire load;
> wire clr;
> wire clk;
>
> Counter_10Bit_Up dut ( qout, qin, load, clr, clk );
>
> $attribute( qout , "OPAD", "0,0,0,0,0,0,0,0,0,0" );
> $attribute( qin , "IPAD", "0,0,0,0,0,0,0,0,0,0" );
> $attribute( load , "IPAD", "0" );
> $attribute( clr , "IPAD", "0" );
> $attribute( clk , "IPAD", "0" );
> endmodule
>
>
>
>
>
> ------------------------------------------------------------------------
>
>
>
> _______________________________________________
> geda-dev mailing list
> geda-dev at moria.seul.org
> http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
--
Steve Williams "The woods are lovely, dark and deep.
steve at icarus.com But I have promises to keep,
http://www.icarus.com and lines to code before I sleep,
http://www.picturel.com And lines to code before I sleep."
_______________________________________________
geda-dev mailing list
geda-dev at moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.seul.org/pipermail/geda-dev/attachments/20070813/4999f50a/attachment.htm
More information about the geda-dev
mailing list