<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 27 янв. 2023 г., 16:39 Rob Prowel <<a href="mailto:rprowel@comcast.net">rprowel@comcast.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 1/26/23 20:42, Phyllis Smith via Cin wrote:<br>
> Rob, Andrew:<br>
> Although I was able to build with Andrew's patch and loaded/played a video<br>
> with audio file, I am quite concerned that there will be fallout from this<br>
> patch.  I will need to do a lot more tests of many various aspects to  make<br>
> sure there is no impact and that will take me some time.  But very willing<br>
> to start tomorrow as I have always want to Quality Control test suite and<br>
> this would be a good opportunity to create one.  As usual I might not<br>
> succeed in doing so due to interruptions.<br>
> <br>
> The good news is that this may just have been written that way in the<br>
> cinelerra/Makefile without any real thought put into options once it was<br>
> working!  Stay tuned.<br>
><br>
<br>
I'm not really in a spot to test a patch anyhow right now, since the <br>
cin-gg build process is a bit problematic for me.  I have several <br>
problems that stem from what is possibly a single issue: the inclusion <br>
of many third-party libraries instead of leveraging the existing <br>
packages on most folks distos, thru pkg-config.  Intelligent "build only <br>
what has changed" seems broken for me.  </blockquote></div></div><div dir="auto"><br></div><div dir="auto">yeah, *.h files not included in  makefiles .... :/</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So I end up having to reset to <br>
dist-clean and rebuild everything when I attempt to make even a minor <br>
change.  Often the "make clean" doesn't remove all artifacts and I end <br>
up having to copy from a fresh git pull and then reconfigure and <br>
subsequently rebuild all third-party stuff too.<br>
<br>
I tried using the configure option to use local native libs but that <br>
goes way down the rabbit hole.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I think relatively simple "--without-thirdparty --without-libdpx" (if you do not have this) should be enough .... I also disable lv2 and enable single-user build, but this is just me ....</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
When I get time maybe I'll play with it again but for now the executable <br>
stack issue is more an FYI than an action item.  Besides it is very <br>
sporatic.  Does not always pop up when I run cin-gg.<br>
<br>
But Andrews explanation of why it happens makes sense.  FWIW, I believe <br>
there are generic tools available to package project resources in a way <br>
that don't cause the displayed behaviour but that's more a feature <br>
change.  I use such under Qt framework frequently.<br>
<br>
Thanks<br>
Rob<br>
<br>
<br>
</blockquote></div></div></div>