OK I'll try this. Any concerns with backwards compatibility with OCC 0.16/6.7?looo wrote:I think so. But using Handle(..) is for sure the better way to "handle" this See the patch we are using now:
https://github.com/looooo/FreeCAD_Conda ... mesh.patch
ana(conda) windows packaging
Forum rules
Be nice to others! Respect the FreeCAD code of conduct!
Be nice to others! Respect the FreeCAD code of conduct!
Re: ana(conda) windows packaging
"fight the good fight"
Re: ana(conda) windows packaging
I don't think so. The Handle is used allready in other places...
Re: ana(conda) windows packaging
I have added the bld.bat to the .FreeCAD_debug dir. So it's now possible to build without pulling the source all the time. Also with --dirty the same build dir is used.
The patches are applied to: https://github.com/looooo/FreeCAD/tree/py3-win. This way it's easier to modiefy the source.
With all modules on I get this linking error now:
and another interesting one with only GUI=ON:
The patches are applied to: https://github.com/looooo/FreeCAD/tree/py3-win. This way it's easier to modiefy the source.
With all modules on I get this linking error now:
Code: Select all
NETGENPlugin_Mesher.cpp.obj : error LNK2019: Verweis auf nicht aufgel÷stes externes Symbol ""public: void __cdecl ...
Code: Select all
C:\Users\fc-builder\projects\FreeCAD\src\Gui\WinNativeGestureRecognizers.cpp(43): fatal error C1083: Datei (Include) kann nicht geöffnet werden: "private/qevent_p.h": No such file or directory
Re: ana(conda) windows packaging
Hey looo,looo wrote: With all modules on I get this linking error now:
Can you build with "-DBUILD_FEM_NETGEN=FALSE" ?
If I am making noise please tell me, but I think there are still some OCCT7.1 specific things.
I don't see it by your posts but on win we use pcl by default.
"fight the good fight"
Re: ana(conda) windows packaging
See the second error I have added.sgrogan wrote:
not yet. There is a package for all os but not from conda-forge.I don't see it by your posts but on win we use pcl by default.
https://anaconda.org/ccordoba12/pcl
https://anaconda.org/ccordoba12/python-pcl
Theoretically it would be possible to use another channel, but the better way is to upload a package to the freecad-channel.
So we just have to get the recipe and build this library.
Re: ana(conda) windows packaging
Maybe try"-DBUILD_REVERSEENGINEERING-FALSE"looo wrote: See the second error I have added.
Reverse Enginerring depends on PCL that depends on Eigen3.
I'm getting Reverse Enginerring prolems here on occt7>occt7.1 upgrade on VS2013. it If I "-DBUILD_REVERSEENGINEERING-FALSE" I still get Reverse Engineering gui "SelfTest" failures.
"fight the good fight"
Re: ana(conda) windows packaging
thanks for the hint. I think Gui will be next... It seems every module has some little problems
- DeepSOIC
- Veteran
- Posts: 7896
- Joined: Fri Aug 29, 2014 12:45 am
- Location: used to be Saint-Petersburg, Russia
Re: ana(conda) windows packaging
If you are building against Qt5, this should have been screened off by conditional compilation (as well as custom gesture recognizers). I'll take a look at what may be wrong there.looo wrote:and another interesting one with only GUI=ON:
Code: Select all
C:\Users\fc-builder\projects\FreeCAD\src\Gui\WinNativeGestureRecognizers.cpp(43): fatal error C1083: Datei (Include) kann nicht geöffnet werden: "private/qevent_p.h": No such file or directory
Re: ana(conda) windows packaging
Netgen needs patching again. I have a working patch here and will make a PR to your netgen branch soon.
- DeepSOIC
- Veteran
- Posts: 7896
- Joined: Fri Aug 29, 2014 12:45 am
- Location: used to be Saint-Petersburg, Russia
Re: ana(conda) windows packaging
In
Is QT_VERSION correct, I wonder... In any case, try commenting out #define GESTURE_MESS, so you can go on.
Code: Select all
#if QT_VERSION < 0x050000
#if(WINVER >= 0x0601) // need Windows 7
#define GESTURE_MESS
#endif
#endif // QT_VERSION < 0x050000