Andrew and MatN; The attached patch from Andrew fixes the problem on Debian 32-bit Bullseye (11.0) so I suspect it will also fix it for aarch. Also tested on Fedora 32 which is my usual laptop for my work and it worked just fine. I will check it into GIT sometime today.
Thanks to both of you for analyzing this problem. On Wed, Mar 2, 2022 at 3:26 AM Andrew Randrianasulu via Cin < [email protected]> wrote: > try this plain diff? > > On Wednesday, March 2, 2022, Andrew Randrianasulu <[email protected]> > wrote: > >> >> >> On Tuesday, March 1, 2022, mat via Cin <[email protected]> >> wrote: >> >>> 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. >>> >>> 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. >>> >>> If you compare the bld.sh log files, then on Fedora it says under >>> "Libtiff is now configured for": >>> "libdeflate support: no" >>> and on both Debians it says >>> "libdeflate support: yes" >>> >> >> >> may be force-disabling this support via configure argument for libtiff >> will fix build? (obvious) >> >>> >>> So it looks like a bug in tiff. >>> >>> More to test. >>> >>> MatN >>> >>> On Tue, 2022-03-01 at 12:50 -0700, Phyllis Smith via Cin wrote: >>> >>> 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. >>> >>> 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. >>> >>> Also, the AppImage I generate on an HP laptop with Fedora 29 - to >>> replicate Redhat Release 8 ( >>> CinGG-20220131-x86-64-older_distros-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. >>> >>> On Tue, Mar 1, 2022 at 11:52 AM mat via Cin <[email protected]> >>> wrote: >>> >>> The 2022-02 release builds fine On Fedora_35/x86_64, but fails on >>> Debian_11/aarch64. >>> In thirdparty/libtiff-4.3.0/libtiff/tip_zip.c it fails because several >>> undefined references to "libdeflate_...." . This is not something in >>> Fedora's package manager. Will dig in further. >>> >>> MatN >>> >>> >>> -- > Cin mailing list > [email protected] > https://lists.cinelerra-gg.org/mailman/listinfo/cin >
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
