[Cin] executable stacks are bad...m-kay?

Andrew Randrianasulu randrianasulu at gmail.com
Fri Jan 27 14:57:49 CET 2023

пт, 27 янв. 2023 г., 16:39 Rob Prowel <rprowel at comcast.net>:

> On 1/26/23 20:42, Phyllis Smith via Cin wrote:
> > Rob, Andrew:
> > Although I was able to build with Andrew's patch and loaded/played a
> video
> > with audio file, I am quite concerned that there will be fallout from
> this
> > patch.  I will need to do a lot more tests of many various aspects to
> make
> > sure there is no impact and that will take me some time.  But very
> willing
> > to start tomorrow as I have always want to Quality Control test suite and
> > this would be a good opportunity to create one.  As usual I might not
> > succeed in doing so due to interruptions.
> >
> > The good news is that this may just have been written that way in the
> > cinelerra/Makefile without any real thought put into options once it was
> > working!  Stay tuned.
> >
> I'm not really in a spot to test a patch anyhow right now, since the
> cin-gg build process is a bit problematic for me.  I have several
> problems that stem from what is possibly a single issue: the inclusion
> of many third-party libraries instead of leveraging the existing
> packages on most folks distos, thru pkg-config.  Intelligent "build only
> what has changed" seems broken for me.

yeah, *.h files not included in  makefiles .... :/

So I end up having to reset to
> dist-clean and rebuild everything when I attempt to make even a minor
> change.  Often the "make clean" doesn't remove all artifacts and I end
> up having to copy from a fresh git pull and then reconfigure and
> subsequently rebuild all third-party stuff too.
> I tried using the configure option to use local native libs but that
> goes way down the rabbit hole.

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 ....

> When I get time maybe I'll play with it again but for now the executable
> stack issue is more an FYI than an action item.  Besides it is very
> sporatic.  Does not always pop up when I run cin-gg.
> But Andrews explanation of why it happens makes sense.  FWIW, I believe
> there are generic tools available to package project resources in a way
> that don't cause the displayed behaviour but that's more a feature
> change.  I use such under Qt framework frequently.
> Thanks
> Rob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20230127/3f56f6ce/attachment.htm>

More information about the Cin mailing list