Windows 10 64-bit + Cocotb instruction #498

psychedel · 2016-11-17T18:00:51Z

It works well with

http://msys2.github.io/
MSYS + internal make ( >pacman -S make )
Windows GCC 5.1.0 64 bit from here - http://tdm-gcc.tdragon.net/
Anaconda Python3 64-bit ( after >conda install mingw libpython )

And small fix in Makefile.pylib.Msys (Python3 print syntax)
https://gist.github.com/OrionBytes/fa4b46f956c5dc4637fd45f2e8c768a4

I'm not sure is it optimal solution or not - but it seems working with QuestaSim

psychedel · 2016-11-17T21:42:49Z

And it works with Intel Python - here is recipe for Anaconda
https://software.intel.com/en-us/articles/using-intel-distribution-for-python-with-anaconda

Visual Studio supports both Python(PTVS) and GCC (plugins).
In addition it's possible to use Performance Analysis from Intel in case of intensive verification flow
https://software.intel.com/en-us/videos/performance-analysis-of-python-applications-with-intel-vtune-amplifier

I also use V3S for the Verilog and VHDL projects in Visual Studio - so it's possible to have one IDE for all.

LinuxFanatic777 · 2016-11-29T14:03:18Z

Thank you, interesting info!
I plan to use cocotb also on Windows 64 bit, because developers are using Windows while I prefer to run cocotb on Linux. Glad to see that Windows OS is also supported.

LinuxFanatic777 · 2016-12-08T11:31:56Z

I trying to reproduce your success. Makefile.pylib.Msys fix was helpful. I'm using Windows 7 64-bit and Modelsim Starter Edition which is 32-bit. Due to 32 bit of modelsim I have to use msys2 32-bit + Anaconda 3 32-bit. It builds libcocotbutils.dll successfully but then (while processing the next files) I see the following error:

make results.xml
make[1]: Entering directory '/f/tests/test_cocotb'
echo "if [file exists work] {vdel -lib work -all}" > sim_build/runsim.do
echo "vlib work" >> sim_build/runsim.do
echo "vmap -c" >> sim_build/runsim.do
echo "vmap work work" >> sim_build/runsim.do
echo "vlog -work work +define+COCOTB_SIM -timescale 1ns/100ps -mfcu +acc=rmb -sv  /f/tests/test_cocotb/top_cocotb.v" >> sim_build/runsim.do
echo "vsim -onfinish stop -pli libvpi.dll work.top_cocotb" >> sim_build/runsim.do
echo "add wave -recursive /*" >> sim_build/runsim.do
make -C /c/work/cocotb-master/lib/gpi_log SIM=modelsim
make[2]: Entering directory '/c/work/cocotb-master/lib/gpi_log'
gcc -m32 -g -DDEBUG -shared -DFILTER -DMODELSIM -c -I/c/work/cocotb-master/include -IC:\anaconda332\include  -o /c/work/cocotb-master/build/obj/i686/gpi_logging.o gpi_logging.c
In file included from C:\anaconda332\include/Python.h:8:0,
                 from gpi_logging.c:30:
C:\anaconda332\include/pyconfig.h:291:23: error: unknown type name '__int64'
 # define PY_LONG_LONG __int64

I'm using GCC 5.3 from msys2.

psychedel · 2016-12-08T11:44:56Z

I'm not sure about 64bit vs 32bit conflicts details.
But you can also try windows GCC here - I use the same for the 64 bit successfully
http://tdm-gcc.tdragon.net/download
Under msys2 I keep only make

LinuxFanatic777 · 2016-12-08T12:25:32Z

It's funny but now I got all modules compiled successfuly after "pacman -R gcc" and installing of TDM32 GCC! Now I'm getting error "Load of libvpi.dll failed". When using Linux 64-bit I have to use Anaconda 32-bit and all other 32-bit software to get linked with Modelsim (which is 32-bit). My assumption is that Modelsim for Windows also require such trick. However after this "Load of libvpi.dll failed" it seems that Modelsim for Windows could use 64-bit VPI iterface...

$ cat run_win
#!/bin/bash

export PYTHON_DIR=/c/anaconda332
export PATH=/c/TDM-GCC-32/bin:$PATH
export PATH=/c/intelFPGA/16.1/modelsim_ase/win32aloem:$PATH

rm -Rf sim_build/*
mkdir sim_build

export GUI=1
make ARCH=i686 SIM=modelsim

Modelsim internal console output:

vsim -onfinish stop -pli "libvpi.dll" work.top_cocotb
Start time: 15:15:10 on Dec 08,2016
Loading sv_std.std
Loading work.top_cocotb
Loading libvpi.dll
** Error: (vsim-3193) Load of "libvpi.dll" failed: File not found.
** Error (suppressible): (vsim-PLI-3002) Failed to load PLI object file "libvpi.dll".
   Time: 0 ns  Iteration: 0  Root: /
Error loading design
Error: Error loading design

psychedel · 2016-12-08T12:40:05Z

Yes, I think that TDM-gcc has better linking with windows python.
What is the make output without ARCH=i686
just > make SIM=modelsim

And what is the output with Icarus (common simulator for the Cocotb checks)?
You can find windows Icarus here - http://bleyer.org/icarus/
Don't forget to add the folder to PATH after installation

LinuxFanatic777 · 2016-12-08T13:03:35Z

Same result without ARCH.

/c/intelFPGA/16.1/modelsim_ase/win32aloem/vsim.exe: PE32 executable (console) Intel 80386, for MS Windows
/c/work/cocotb-master/build/libs/i686/libvpi.dll: PE32 executable (DLL) (console) Intel 80386, for MS Windows

Both executables is 32-bit. Why it can not find libvpi.dll? OK, I just put libvpi.dll into dir where vsim.exe and now it can see library, however unable to load:

# Loading work.top_cocotb
# Loading C:/intelFPGA/16.1/modelsim_ase/win32aloem/libvpi.dll
# ** Error: (vsim-3193) Load of "C:/intelFPGA/16.1/modelsim_ase/win32aloem/libvpi.dll" failed: DLL dependent library not found.
# ** Error (suppressible): (vsim-PLI-3002) Failed to load PLI object file "C:/intelFPGA/16.1/modelsim_ase/win32aloem/libvpi.dll".
#    Time: 0 ns  Iteration: 0  Root: /
# Error loading design

Then I copy all DLLs from c:\work\cocotb-master\build\libs\i686\ to vsim.exe path - same result.

$ ldd libvpi.dll
        ntdll.dll => /c/Windows/SysWOW64/ntdll.dll (0x77320000)
        kernel32.dll => /c/Windows/syswow64/kernel32.dll (0x74f90000)
        KERNELBASE.dll => /c/Windows/syswow64/KERNELBASE.dll (0x75c00000)
        ??? => ??? (0x6f6c0000)
        ??? => ??? (0x10000000)
        ??? => ??? (0x73c30000)
        ??? => ??? (0x74ee0000)

Also, when run Dependency Walker I see that it needs more DLLs: DBGCORE GPSVC.DLL IESHIMS.DLL

Is that OK if it says "Failed to load PLI object file" but we are using VPI (libvpi)?

psychedel · 2016-12-08T13:09:45Z

Hm, I will try to check your situation in VM on Saturday.
Before you can check Icarus, but the thing is Win64 I think.

LinuxFanatic777 · 2016-12-08T13:16:27Z

Yes please, try Modelsim Starter Edition (which is free to download) in Windows 64-bit.
Unfortunately all developers at my work are using Windows 64-bit, also they are highly dependent on vendor libraries and components so Icarus is helpless (however I love Icarus very much :) )...

psychedel · 2016-12-10T22:18:29Z

Sorry, still without time to check. Will try later.

LinuxFanatic777 · 2016-12-12T08:52:07Z

May be it will be easier to fix this error (instead of Modelsim 32-bit), here is my result with Modelsim 64-bit (TDM-GCC-64, MSys2 64-bit, Anaconda 64-bit):

make results.xml
make[1]: Entering directory '/f/tests/test_cocotb'
echo "if [file exists work] {vdel -lib work -all}" > sim_build/runsim.do
echo "vlib work" >> sim_build/runsim.do
echo "vmap -c" >> sim_build/runsim.do
echo "vmap work work" >> sim_build/runsim.do
echo "vlog -work work +define+COCOTB_SIM -timescale 1ns/100ps -mfcu +acc=rmb -sv  f:/tests/test_cocotb/top_cocotb.v" >> sim_build/runsim.do
echo "vsim -onfinish stop -pli libvpi.dll work.top_cocotb" >> sim_build/runsim.do
echo "add wave -recursive /*" >> sim_build/runsim.do
make -C /c/work/cocotb-master/lib/gpi_log SIM=modelsim
make[2]: Entering directory '/c/work/cocotb-master/lib/gpi_log'
gcc -g -DDEBUG -shared -DMS_WIN64 -DFILTER -DMODELSIM -shared -Wl,-no-undefined -Wl,-enable-runtime-pseudo-reloc-v2 -Wl,--enable-auto-import -L/c/anaconda364/libs -o /c/work/cocotb-master/build/libs/x86_64/libgpilog.dll /c/work/cocotb-master/build/obj/x86_64/gpi_logging.o   -lPython35
C:/anaconda364/libs/Python35.lib: error adding symbols: File in wrong format
collect2.exe: error: ld returned 1 exit status
make[2]: *** [/c/work/cocotb-master/makefiles/Makefile.rules:58: /c/work/cocotb-master/build/libs/x86_64/libgpilog.dll] Error 1
make[2]: Leaving directory '/c/work/cocotb-master/lib/gpi_log'
make[1]: *** [/c/work/cocotb-master/lib/Makefile:43: /c/work/cocotb-master/build/libs/x86_64/libgpilog.dll] Error 2
make[1]: Leaving directory '/f/tests/test_cocotb'
make: *** [/c/work/cocotb-master/makefiles/Makefile.sim:72: sim] Error 2

However, Modelsim 32-bit Started Edition still highly interesting, because it's free for anyone.

psychedel · 2016-12-12T12:57:22Z

Hm... strange. TDM-GCC-64, MSys2 64-bit, Anaconda 64-bit works well for me with QuestaSim.
I'm not sure about >make results.xml
But >make SIM=questa in cocotb main directory
Or >make SIM=questa in examples/<any_example>
Or with my modules, works well enough

psychedel · 2016-12-12T12:58:30Z

Try to check the new issue - #502
As I understand they got working cocotb under windows too

LinuxFanatic777 · 2016-12-12T13:13:11Z

My command is:

make SIM=modelsim

This "make results.xml" is just an output during command execution. Same command for 32-bit Modelsim leads to "almost working" condition but unmet dependencies makes failure.

jeremyherbert · 2016-12-12T14:36:22Z

Hi @orionbytes

Sorry to chime in at this late stage, but your fix in the gist will break for python 2.7 because print is not a function. Have a look at the code I posted in the issue you linked (#502) to see one way of dealing with this (I think it's the most common way) so that it works with both versions of python.

You should submit a pull request if you haven't already.

psychedel · 2016-12-12T15:40:07Z

Hi, @jeremyherbert
thank you for the comment - sure, my changes are for Python 3 only.
I saw #495 - that's why I didn't submit a pull.
In addition - I'm not an expert to advise the best option to deal with Python 2 and 3 at the same time.
Your solution looks perfect!

LinuxFanatic777 · 2016-12-13T07:09:32Z

2 OrionBytes: I found similar topic here: #428 will try these solutions.

UPDATE: gendef python35.dll and dlltool is not help to solve problem because it's all about *.a files:

C:/anaconda364/libs/Python35.lib: error adding symbols: File in wrong format

but here is the problem with *.lib file. Why this file is wrong and how to regenerate .lib file - no idea.

psychedel · 2016-12-16T09:09:06Z

Maybe some way like:

Try this...
Download gendef for your version of mingw (32 or 64 bit), and in msys shell...
Run gendef /c/windows/system32/python32.dll
Run dlltool -D python32.dll -d python32.def -l libpython32.a
Copy libpython32.a to your ./python32/libs directory.

If your libpython32.a file is 0 bytes, something went wrong. Double-check that you downloaded the correct version of gendef for your version of mingw/msys. If you're running a 64-bit build, you'll likely have to download the gendef binaries and compile yourself, but that's simple enough.
Hope that helps.

from http://stackoverflow.com/questions/6731100/link-to-python-with-mingw

LinuxFanatic777 · 2017-01-18T12:39:26Z

I found solution of this problem "Python35.lib wrong format":
conda install mingw libpython
And now I'm back to situation that was in 32-bit environment:

libvpi.dll failed: DLL dependent library not found

Currently I'm using 64-bit Modelsim and Anaconda 3.5.
Also it requires to remove -64 option in Makefile.questa to be able to run Modelsim.

LinuxFanatic777 · 2017-01-18T13:36:24Z

I'm happy!!! I found solution! I just copied ALL .dll-s from Anaconda root directory, especially api-ms-win-.dll files! Also, I copied files from cocotb/build directory. Hope that adding both dirs to PATH will help to overcome actual copying.
I suspect that Anaconda adds too much it's own dependencies to libvpi.dll. Anyway, that's one small step for me, one giant leap for cocotb =)))

LinuxFanatic777 · 2017-01-28T16:09:47Z

I created cross-platform script on Python 3 that launch my testing environment on Linux and Windows.
During first run it creates configuration file with PATH lines to be configured by developer (paths to Modelsim, Anaconda, Mingw/TDM-GCC on Windows, and of course PATH to cocotb). If all tools visible then script patching cocotb files and start testing.

If anybody is interested in such script I can show source code.

iHumus · 2018-06-04T12:43:30Z

@orionbytes can you help me a bit?
I also work with V3S on VisualStudio, and I'm trying to run cocotb.
I added the visualGDB, but I can't figure what are the next steps.
can you guide me?

LinuxFanatic777 · 2018-06-04T16:01:41Z

Which exact problems do you have? May be I can help you too?
And of course, is there any vital reason to use Visual Studio necessarily?
I think UNIX-tools is a target platform, and MinGW give the way of supporting on Windows too. But VS might be "alien technology" for using Cocotb...

iHumus · 2018-06-05T07:21:03Z

All our development is on Windows and VisualStudio, so it will be nice to have everything on the same IDE.
But I'll be happy if it will just work.

I tried with msys2, but got errors when MAKE.
and I want to integrate it to VisualStudio, but don't know how

LinuxFanatic777 · 2018-06-05T10:33:16Z

Visual Studio Code is cross-platform IDE
Cocotb is Python-based framework
I do not see any reason of integrating Cocotb into IDE
Which exact errors do you have? Show us the link to logs
Are you sure you are not trolling us? :)

iHumus · 2018-06-05T11:03:53Z

VisualStudio Code is cross-platform, but VisualStudio isn't, and V3S only works on it.
I know that, but @orionbytes wrote that he was able to run everything in one place (since VisualStudio has python support)
again, just for simplicity, when we have everything in one place (but it's not necessary of course)
Here is the log when I try to run it on msys2: log
Just trying to get some help...

elgorwi · 2018-06-07T22:18:25Z

It looks like you're using 32 bit modelsim with 64 bit tools. I recommend installing 32 bit msys2 and 32 bit python (eg. anaconda) in a sensible location (Eg. C:\tools) and prepending them to your PATH variable.
You can check if the correct versions are found by typing following on a msys2 shell:

which gcc
which python
You can also try running the endian swapper example after uncommenting the debug in Makefile.pylib. That should give some more clues. (don't forget to comment out again to actually run a sim)
Also do a search for modelsim, there's a few threads already with more details.

themperek · 2020-04-09T16:52:01Z

Easiest way to use conda httpss://github.com/cocotb/cocotb/wiki/Tier-2-Setup-Instructions#conda-based-installation-all-os

omkars3 · 2022-11-20T07:52:31Z

Hi,
I am using cocotb in windows through ming64. Does anyone know how to install modelsim inside ming64 ?
Installed Modelsim(Intel version) in windows but it did not work.

themperek · 2022-11-20T10:07:42Z

Installed Modelsim(Intel version) in windows but it did not work.

What did not work?

omkars3 · 2022-11-20T10:44:31Z

Ming64 is not able to locate modelsim.

…

On Sun, Nov 20, 2022, 3:37 PM Tomasz Hemperek ***@***.***> wrote: Installed Modelsim(Intel version) in windows but it did not work. What did not work? — Reply to this email directly, view it on GitHub <#498 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A3Y63LU6VKFZQ6ASLUR6ZDDWJHZ7XANCNFSM4CWWPFFQ> . You are receiving this because you commented.Message ID: ***@***.***>

themperek · 2022-11-20T12:47:55Z

Ming64 is not able to locate modelsim.

Need to add path to modalism (vsim) to PATH environment variable?

omkars3 · 2022-11-20T13:00:16Z

Yes I am getting this error itself

…

On Sun, Nov 20, 2022, 6:18 PM Tomasz Hemperek ***@***.***> wrote: Ming64 is not able to locate modelsim. Need to add path to modalism (vsim) to PATH environment variable? — Reply to this email directly, view it on GitHub <#498 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A3Y63LTZOP476BVGKV7MRQTWJIMYNANCNFSM4CWWPFFQ> . You are receiving this because you commented.Message ID: ***@***.***>

LinuxFanatic777 mentioned this issue Apr 19, 2017

Is Cocotb dead? #513

Closed

themperek mentioned this issue Aug 8, 2019

Integrate cocotb-test into cocotb #1062

Closed

themperek mentioned this issue Aug 30, 2019

Better Windows support #1099

Closed

themperek mentioned this issue Feb 27, 2020

Better Windows Support #1462

Closed

themperek mentioned this issue Apr 6, 2020

Improve windows support in Makefiles #1588

Merged

eric-wieser closed this as completed Apr 9, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Windows 10 64-bit + Cocotb instruction #498

Windows 10 64-bit + Cocotb instruction #498

psychedel commented Nov 17, 2016

psychedel commented Nov 17, 2016 •

edited

Loading

LinuxFanatic777 commented Nov 29, 2016

LinuxFanatic777 commented Dec 8, 2016 •

edited

Loading

psychedel commented Dec 8, 2016

LinuxFanatic777 commented Dec 8, 2016

psychedel commented Dec 8, 2016

LinuxFanatic777 commented Dec 8, 2016 •

edited

Loading

psychedel commented Dec 8, 2016

LinuxFanatic777 commented Dec 8, 2016

psychedel commented Dec 10, 2016

LinuxFanatic777 commented Dec 12, 2016

psychedel commented Dec 12, 2016

psychedel commented Dec 12, 2016

LinuxFanatic777 commented Dec 12, 2016 •

edited

Loading

jeremyherbert commented Dec 12, 2016 •

edited

Loading

psychedel commented Dec 12, 2016

LinuxFanatic777 commented Dec 13, 2016 •

edited

Loading

psychedel commented Dec 16, 2016

LinuxFanatic777 commented Jan 18, 2017 •

edited

Loading

LinuxFanatic777 commented Jan 18, 2017

LinuxFanatic777 commented Jan 28, 2017

iHumus commented Jun 4, 2018

LinuxFanatic777 commented Jun 4, 2018

iHumus commented Jun 5, 2018

LinuxFanatic777 commented Jun 5, 2018

iHumus commented Jun 5, 2018 •

edited

Loading

elgorwi commented Jun 7, 2018

themperek commented Apr 9, 2020

omkars3 commented Nov 20, 2022

themperek commented Nov 20, 2022

omkars3 commented Nov 20, 2022 via email

themperek commented Nov 20, 2022

omkars3 commented Nov 20, 2022 via email

Windows 10 64-bit + Cocotb instruction #498

Windows 10 64-bit + Cocotb instruction #498

Comments

psychedel commented Nov 17, 2016

psychedel commented Nov 17, 2016 • edited Loading

LinuxFanatic777 commented Nov 29, 2016

LinuxFanatic777 commented Dec 8, 2016 • edited Loading

psychedel commented Dec 8, 2016

LinuxFanatic777 commented Dec 8, 2016

psychedel commented Dec 8, 2016

LinuxFanatic777 commented Dec 8, 2016 • edited Loading

psychedel commented Dec 8, 2016

LinuxFanatic777 commented Dec 8, 2016

psychedel commented Dec 10, 2016

LinuxFanatic777 commented Dec 12, 2016

psychedel commented Dec 12, 2016

psychedel commented Dec 12, 2016

LinuxFanatic777 commented Dec 12, 2016 • edited Loading

jeremyherbert commented Dec 12, 2016 • edited Loading

psychedel commented Dec 12, 2016

LinuxFanatic777 commented Dec 13, 2016 • edited Loading

psychedel commented Dec 16, 2016

LinuxFanatic777 commented Jan 18, 2017 • edited Loading

LinuxFanatic777 commented Jan 18, 2017

LinuxFanatic777 commented Jan 28, 2017

iHumus commented Jun 4, 2018

LinuxFanatic777 commented Jun 4, 2018

iHumus commented Jun 5, 2018

LinuxFanatic777 commented Jun 5, 2018

iHumus commented Jun 5, 2018 • edited Loading

elgorwi commented Jun 7, 2018

themperek commented Apr 9, 2020

omkars3 commented Nov 20, 2022

themperek commented Nov 20, 2022

omkars3 commented Nov 20, 2022 via email

themperek commented Nov 20, 2022

omkars3 commented Nov 20, 2022 via email

psychedel commented Nov 17, 2016 •

edited

Loading

LinuxFanatic777 commented Dec 8, 2016 •

edited

Loading

LinuxFanatic777 commented Dec 8, 2016 •

edited

Loading

LinuxFanatic777 commented Dec 12, 2016 •

edited

Loading

jeremyherbert commented Dec 12, 2016 •

edited

Loading

LinuxFanatic777 commented Dec 13, 2016 •

edited

Loading

LinuxFanatic777 commented Jan 18, 2017 •

edited

Loading

iHumus commented Jun 5, 2018 •

edited

Loading