On 20.12.22 21:50, Guenther Sohler wrote:

What distribution?

Which source code version (release or latest dev code)?

The documentation recommends using the dependencies shipped with
the system and that should work for distros back till about the
age of Ubuntu 18.04.

Script uni-get-dependencies.sh might help, but please understand
it's impossible to maintain that for each and every distribution.
It relies on people contributing changes for their distribution.

There's mostly no such thing as a specific version number of
libraries. Normally the versions listed are the minimum needed
and later version should work according to the compatibility
policy of those libraries.

ciao,
Torsten.

Hi Torsten,

I try to compile on Fedora FC37(this is the recent one)

And I try to compile with quite the latest GIT repository

https://github.com/openscad/openscad.git
(ok i have cloned few days back)

After fixing compilation errors for all its dependencies(by adapting
versions or disabling  re-create of the directory and manually patching the
source code)
openscad itself compile to about 9% and results in a weird C++ (template)
error which suggests to be fixed  in a professional instead of a amateur
like manner...
Please find my latest compilation challenge in the screenshot attached.
Still it appears that openscad release on exact version numbers instead of
minimum version numbers.

If you tell me that compiling on ubuntu (version) is quite  likely to
succeed, I will of course try that. (yes/no) ???

Thorsten,  I have  read so many of your answers to questions  in this
discussion group, so boldly assume you have most knowledge of openscad and
silently I assume
that you are in charge of  creating new releases of OPENSCAD. Do you always
reuse your actual openscad_deps directory or do you rather recreate this in
every new version.

My 1st target is to be able to create my own OPENSCAD releases because  i
want to improve the new "roof" function( this is exactly what  was look
for).  I need to to create molds
for my metal cast ...(using roof instead of linear_extrude gives me a
chance to demold the object from the green-sand)

Thank you for your attention!

On Tue, Dec 20, 2022 at 10:26 PM Torsten Paul Torsten.Paul@gmx.de wrote:

On 20.12.22 22:50, Guenther Sohler wrote:

Build on OBS looks good for FC37, using distro provided dependencies
https://build.opensuse.org/package/show/home:t-paul/OpenSCAD

I have no idea what that is, but it looks like a conflict with
c++14 vs. c++17. The latest OpenSCAD code uses some c++17 features
now, maybe that manual boost compilation does not work with those
changes.

You can do that of course, but Fedora releases are usually ok too
as the maintainers are pretty active. Often issues hit first with
Rawhide as this is really the bleeding edge of things but those
issues are usually reported quickly and eventually resolved before
the Fedora releases.

Lets say it somehow happened.

None of the official builds use this. Getting OpenSCAD officially
into distributions means we must use the distro dependencies
except in rare cases and for very good reason.

Awesome. A good starting point is probably
https://github.com/openscad/openscad/pull/4240
which is sitting there for way too long already for review.

ciao,
Torsten.

Hi Paul,

Finally the scripts uni-get-dependencies and common-get-dependencies work
fine in my FC37
so the dependencies and Openscad compiles just fine in my place.
Basically many package numbers and compilation options were just outdated.

Now I have a created a pull request for you showing the exact changes.
My hope is that another "me"  from a parallel world can benefit from the
changes and  is having a better initial build experience ...

Cheers

On Wed, Dec 21, 2022 at 12:55 AM Torsten Paul Torsten.Paul@gmx.de wrote: