Menu
▾
▴
1 Attachments
#45 Problem with compiling PhysiCell projects
Greetings!
I have been trying to run some of the sample projects in PhysiCell and receiving the following error message (Image attached).
Error: invalid register for .seh_savexmm
make: *** [PhysiCell_pathology.o] Error 1
It would be great if you can suggest me how to fix this issue.
Thank you
Hello!
Could you please let us know what kind of CPU you are using?
Also, can you run:
make --version
g++ --version
And let's see what those report.
This seems to me like a CPU architecture mismatch issue, but we can definitely work through it.
Thanks!
Dear Paul,
Thank you for your quick response.
My CPU is Intel(R) Core(TM) i7-1165G7 (64-bit operating system, x64-based processor).
I run the commands you mentioned and the report is:
C:\PhysiCell_V.1.8.0\PhysiCell>make --version
GNU Make 3.81
C:\PhysiCell_V.1.8.0\PhysiCell>g++ --version
g++ (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 8.1.0
Thanks! (Awesome setup!)
Huh, I wonder if march=native isn't able to correctly figure out your CPU.
In your makefile, can you please try uncommenting out this line:
ARCH := skylake
(You'll want to do a make clean before retrying)
For my own reference:
https://github.com/numpy/numpy/issues/14787
I just walked through the MinGW64/MSYS setup blog on a Windows machine that
I hadn't done so before and built 1.8.0 sample models OK. I have lots of
screenshots along the way if they prove useful later.
I find it strange that, apparently, the first file it tries to compile on
your system is in /modules, rather than /BioFVM. But maybe I'm making too
many assumptions about how the Makefile works.
I'd be curious to see the entirety of your "make --version" command. I see:
C:\Users\heiland\PhysiCell_V.1.8.0\PhysiCell>make --version
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for i686-pc-msys
On Tue, Mar 9, 2021 at 6:17 PM Paul Macklin macklin01@users.sourceforge.net
wrote:
Related
Tickets:
#45Thanks, Randy. I think it's the "this CPU is too new for march=native to handle properly" error. Seems there was a bug in gcc prior to 8.4, and we're stuck at 8.1.0 in windows.
Probably changing to skylake will fix, Or adding the flag:
-fno-asynchronous-unwind-tables
Changing to "ARCH := skylake" in the makefile fixed the problem. Phew!
Thanks a lot for your help.
Terrific! Thanks for bringing this to our attention.
On Tue, Mar 9, 2021 at 8:52 PM Anudeep Surendran asurendran@users.sourceforge.net wrote:
Related
Tickets:
#45Hello thank you to have asked this question and for the answer ! I also had the same problem and uncommenting ARCH := skylake worked also :)))
Awesome - thanks for letting us know!