Package Details: cin-git 5.1.20170731-1

Git Clone URL: https://aur.archlinux.org/cin-git.git (read-only)
Package Base: cin-git
Description: Cinelerra maintained by Good Guy (git version)
Upstream URL: https://cinelerra-cv.org/
Licenses: GPL
Submitter: pingplug
Maintainer: pingplug
Last Packager: pingplug
Votes: 1
Popularity: 0.526556
First Submitted: 2017-04-03 03:36
Last Updated: 2017-08-07 02:59

Latest Comments

berilac commented on 2017-08-15 21:13

I do love how Arch makes you learn...

Eventually just by studying the wiki in relation to all things PKGBUILD and makepkg, I discovered that I could use the following line in the build() function of PKGBUILD:

'export HAVE_openexr="yes"'

All now installed and seems to be working.

Thanks again for the hard work

berilac commented on 2017-08-15 18:08

@pingplug cheers for the input. I know what you're getting at, just figuring out how to go about it. It'll be in the wiki somewhere ;)

pingplug commented on 2017-08-07 03:04

I can not figure out why, use system openexr instead.

berilac commented on 2017-08-06 09:37

Please ignore my previous comment - I had missed some key points.

I realise now that '-lpthread' is of course not involved at all.
The last lines during compile leading to the error that I faced are at the bottom.

I believe it means that '-lhalf' (perhaps) is either not written in the correct order for compiler, or perhaps is not included at all.

However, I do not know where to make/test the necessary edit - in the Makefile perhaps?

Or is it perhaps solely an issue contained within "libIlmImf.a(ImfDwaCompressor.o)", which is part of third party openexr?
This is already an object so I guess if this is where the problem lies, I can not make the necessary changes to correct it.

Sorry for the lengthy text...


[code]
g++ `cat x86_64/c_flags` -O4 -DNODEPS -DLOCALTIME \
-Wno-misleading-indentation -Wno-sign-compare -Wno-narrowing dcraw.C -c -o x86_64/dcraw.o
cd x86_64 && \
/home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1/cinelerra/../guicast/x86_64/bootstrap theme_data.o /home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1/cinelerra/../cinelerra/data/mode_*.png
No such file or directory while opening /home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1/cinelerra/../cinelerra/data/mode_*.png
g++ `cat x86_64/c_flags` -c cutads.C -o x86_64/cutads.o
g++ `cat x86_64/c_flags` -c bdwrite.C -o x86_64/bdwrite.o
g++ -o x86_64/cutads x86_64/cutads.o x86_64/mediadb.o x86_64/filexml.o
objcopy --only-keep-debug x86_64/cutads x86_64/cutads.debuginfo
strip x86_64/cutads
g++ -o x86_64/bdwrite x86_64/bdwrite.o
objcopy --only-keep-debug x86_64/bdwrite x86_64/bdwrite.debuginfo
strip x86_64/bdwrite
g++ -o /home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1/cinelerra/../bin/cinelerra-gg `cat x86_64/objs`
/usr/bin/ld: /home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1/cinelerra/../thirdparty/openexr-2.2.0/IlmImf/.libs/libIlmImf.a(ImfDwaCompressor.o): undefined reference to symbol '_ZN4half8_toFloatE'
/usr/lib/libHalf.so.12: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:414: /home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1/cinelerra/../bin/cinelerra-gg] Error 1
make[2]: Leaving directory '/home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1/cinelerra'
make[1]: *** [Makefile:471: all-recursive] Error 1
make[1]: Leaving directory '/home/***/.AUR/cin-git/src/cinelerra-gg/cinelerra-5.1'
make: *** [Makefile:427: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
[/code]

berilac commented on 2017-08-04 20:32

Getting an error involving:
usr/lib/libHalf.so.12: error adding symbols: DSO missing from command line
I believe it is this that is breaking the compile for me.

Any ideas how to rectify?

I am presently attempting an install using 'yaourt -G', etc - rather than an automated yaourt build, on the chance that I can find and edit the appropriate command to include '-lpthread' which may fix the issue (see https://stackoverflow.com/questions/19901934/strange-linking-error-dso-missing-from-command-line) but I am not greatly experienced with this.

Cheers