<teepee>
build-homebrew is a separate way for local compilation - due to homebrew that generally does not result in a binary that can be shipped to other people
<teepee>
that 1) and 2) are alternatives
<teepee>
it says "After building dependencies using one of the following options" meaning pick one of the two
foul_owl_ has joined #openscad
abff has joined #openscad
germ has joined #openscad
arogora has joined #openscad
killjoy has quit [Ping timeout: 252 seconds]
arogora is now known as killjoy
killjoy has joined #openscad
killjoy has quit [Changing host]
guso78k has quit [Quit: Client closed]
mmu_man has joined #openscad
ccox has quit [Ping timeout: 240 seconds]
ccox has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 252 seconds]
teepee_ is now known as teepee
kintel has joined #openscad
<kintel>
guso78 Sometimes using homebrew is preferable, as they generally just install binary packages, which happens pretty quickly. However, it looks like for older systems, they might fall back to building from source?
<kintel>
..but as teepee says, only for local installation, no shipping of binaries outside of the homebrew universe
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
J23k60 has quit [Quit: Client closed]
J23k60 has joined #openscad
guerd871 has quit [Read error: Connection reset by peer]
guerd871 has joined #openscad
teepee has quit [Remote host closed the connection]
teepee has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 252 seconds]
teepee_ is now known as teepee
mmu_man has joined #openscad
mmu_man has quit [Ping timeout: 255 seconds]
cart_ has quit [Ping timeout: 258 seconds]
guso78k has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 252 seconds]
teepee_ is now known as teepee
erectus has quit [Ping timeout: 252 seconds]
erectus has joined #openscad
guso78k54 has joined #openscad
<guso78k54>
kintel and teepee, thank you for your compilatation tips, i wont use brew anymore to compile the depencies
<guso78k54>
suppose when building brew dependencies did not finish and ./scripts/build-macosx-dependencies.sh did finish the later will be used
<guso78k54>
interenstingly, ./scripts/release_common.sh works better than simple cmake. probably there is some hidden overhead
<guso78k>
now it also failed. interestingly the script fails with different errors when run for 2 trials. pastes are https://bpa.st/LYSA and https://bpa.st/CKWA
kintel has joined #openscad
<guso78k>
now i got same error with release_common like i got with cmake before(manifold collider, alligned deallocation, never heard from this before.
<guso78k>
i am using macos 10.15.7, any mac os reccommendation ?
cart_ has joined #openscad
<kintel>
This is about which version of macOS you're building for, not what you're running on
<kintel>
From your log: CMAKE_OSX_DEPLOYMENT_TARGET: 10.13
<kintel>
From our CMakeLists.txt:
* kintel
if(EXPERIMENTAL AND ENABLE_TBB)
* kintel
# Requirement from TBB 2021.8.0
* kintel
set(DEPLOYMENT_TARGET "10.14")
* kintel
endif()
* kintel
else()
* kintel
set(DEPLOYMENT_TARGET "10.13")
<guso78k54>
kintel, yes i had to install an ancient xcode, because recent would not install
<kintel>
My guess is that you're building without TBB, but for some reason, TBB headers are picked up anyway?
<guso78k54>
i browsed the internet for xcode version reccomendation
<kintel>
All Xcode versions can build for any previous macOS version using DEPLOYMENT_TARGET
<kintel>
..so the problem is isolated to OpenSCAD :)
<guso78k54>
can send you full logs when interested, but i doubt
<guso78k54>
you suggest to change my CMakeLists.txt for tbb ?
<kintel>
I'll try to reproduce
<guso78k54>
wow. thanks for the effort!
<guso78k54>
how can *I* contribute ?
<kintel>
What's your exact build cmd-line?
<guso78k54>
i just launched ./scripts/release_common.sh . does this answer your question ?
<kintel>
ok, that builds a release version, without experimental.
yogadude has quit [Remote host closed the connection]
<kintel>
We don't do that too often, so it's possible that it's currently broken
<guso78k54>
i could disable exerimental for the moment
<kintel>
Tip, use NUMCPU=10 ./scripts/release_common.sh
<kintel>
..or however many CPUs you have * 1.5
<guso78k54>
Thank you. parallaleliziging by 10 does not yet help me because the error appears within 1 minute right no
<guso78k54>
tbb actually uses very special macros like for_each_n which crash the build
<guso78k54>
is it possible to pass arbritray arguments to release_commmon to cmake ?
<guso78k54>
i get very similar errors when using cmake only, i will try without TBB
<kintel>
Try using "cmake -DEXPERIMENTAL=1 .."
<kintel>
Are you using current master btw.?
cart_ has quit [Ping timeout: 272 seconds]
yogadude has joined #openscad
<guso78k>
yep, current master
<guso78k>
actrually my master, but i realized its very good idea to keep it in sync with your master
<guso78k>
did you get my links ?
<kintel>
yup
<guso78k>
same error with -DEXPERIMENTAL=1 ..
<guso78k>
issue is, that tbb is used by manifold and experimental enables manifold
<kintel>
wait, can you show me logs for that build?
<guso78k>
shall i create latest logs for -DEXPERIMENTAL=1 ?
<kintel>
please, I just want to check the value of CMAKE_OSX_DEPLOYMENT_TARGET
<kintel>
-> it should be 10.14
<guso78k>
give me few mins
<kintel>
Remember that cmake caches some stuff, so if you change parameters you should wipe your build dir first
<guso78k>
good hintt will do that now
yogadude has quit [Remote host closed the connection]
<guso78k>
in cmake like i can read OSX_DEPLOYMENT_TARGET 10.14
<guso78k>
will retry make now
<guso78k>
before flush it was 10.13
<guso78k>
huch, the direction of the mouse scrool wheel is reversed in linux and mac ...
yogadude has joined #openscad
<kintel>
Prefs->Trackpad->Scroll directino
yogadude has quit [Remote host closed the connection]
<guso78k>
X-P thank you. now scroll direction is NOT naturally
<kintel>
I can reproduce if I run "./scripts/release-common.sh snapshot"
<guso78k>
tbb error solved, next error ... will make a paste
<kintel>
Will take a look and fix it properly
<guso78k>
right now i get an error in csg_tree.cc:297
<guso78k>
some const keyword error ...
<kintel>
Remember to run ./scripts/setenv_macos.sh before doing any builds, otherwise, you may end up picking up libs from the wrong location
Guest50 has joined #openscad
Guest50 has quit [Client Quit]
<guso78k>
i did not actualy think about it but this terminal should have the settings from before with the build_dependencies script
<guso78k>
removing const keyword helped, normally its other way arround
<guso78k>
yes, you are right, since openscad i am used to write cc
<kintel>
I'm not sure what the compiler requirement of Manifold is
<guso78k>
right now compilation is running with NUM_CPU=4
<guso78k>
manifold is built
yogadude has joined #openscad
<kintel>
If you figure out why Manifold doesn't build, it might be worth opening an issue against the Manifold repo. My guess is that they (inadvertently?) used a C++20 feature or smth.
<guso78k54>
manifest builds when removing the 'const' keyword in foreach(const ... , i line 297
<guso78k54>
i will not realize the story behind that ...
<guso78k54>
now my import_off is successfully built
<guso78k54>
(or was it obj ?)
<guso78k>
compilation stopped:
<guso78k>
unknown keyword 'register' in lexer.cc but this is a known one
<guso78k>
i cant remember the solution
<kintel>
I think you may have installed some old flex library in /usr/local or smth.
<kintel>
I believe even your old Xcode should come with a new flex versino
<guso78k>
i am using flex 2.5.35
<guso78k>
coming from /usr/bin
<kintel>
How do you see where flex is coming from?
<guso78k>
which flex
<kintel>
That's your run-time system, not your compile-time system
<kintel>
Does CMake also use the same flex?
<guso78k>
ok, i expected such an anser
<guso78k>
answer :)
<guso78k>
cannot see this info in cmake output log