try this plain diff? <br><br>On Wednesday, March 2, 2022, Andrew Randrianasulu &lt;<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Tuesday, March 1, 2022, mat via Cin &lt;<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>The tiff problem looks to be dependent on the presence of the system of the libdeflate-dev package (Debian) or equivalent. If it is installed (and it was on my Debian_11) there is (among others) a file /usr/include/libdeflate.h . Both on aarch64(qemu) and x86_32 (native hardware, not VM). It fails on both in the same way.</div><div><br></div><div>On Fedora, I have installed libdeflate (was not there before), and in still builds fine, but there is no libdeflate.h and a search on dnfdragore on file names does not show it either. So I guess Fedora does not supply it.</div><div><br></div><div>If you compare the bld.sh log files, then on Fedora it says under</div><div>&quot;Libtiff is now configured for&quot;:</div><div>&quot;libdeflate support:                 no&quot;</div><div>and on both Debians it says</div><div>&quot;libdeflate support:                yes&quot;</div></div></blockquote><div><br></div><div><br></div><div>may be force-disabling this support via configure argument for libtiff  will fix build? (obvious) </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br></div><div>So it looks like a bug in tiff.</div><div><br></div><div>More to test.</div><div><br></div><div>MatN</div><div><br></div><div>On Tue, 2022-03-01 at 12:50 -0700, Phyllis Smith via Cin wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex;border-left:2px #729fcf solid;padding-left:1ex"><div>Andrew, thanks for testing.  If possible, in March if you create a tgz Termux build (like you did earlier and I downloaded), I can again download and put on the website for others to use.</div><div><br></div><div>Mat, I hope you figure out what the Tiff problem is because it will be the same for the 32-bit Debian build problem I had -- the error you get sounds the same as what I encountered before reverting to tiff 4.1.0 there.</div><div><br></div><div>Also, the AppImage I generate on an HP laptop with Fedora 29 - to replicate Redhat Release 8  ( CinGG-20220131-x86-64-older_di<wbr>stros-multibit.AppImage ) has audio problems when I try running it on an AMD laptop with Fedora 32.  But only if I build it with multibit.  Strange so I have to try to figure this out yet.</div><div><br></div><div>On Tue, Mar 1, 2022 at 11:52 AM mat via Cin &lt;<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>&gt; wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex;border-left:2px #729fcf solid;padding-left:1ex"><div>The 2022-02 release builds fine On Fedora_35/x86_64, but fails on</div><div>Debian_11/aarch64.</div><div>In thirdparty/libtiff-4.3.0/libti<wbr>ff/tip_zip.c it fails because several</div><div>undefined references to &quot;libdeflate_....&quot; . This is not something in</div><div>Fedora&#39;s package manager. Will dig in further.</div><div><br></div><div>MatN</div></blockquote></blockquote><div><br></div><div><span></span></div></div>
</blockquote>
</blockquote>