Skip to content
This repository has been archived by the owner on Oct 23, 2022. It is now read-only.

Help building dcp2icc on Mint 17.0 (14.04 #1

Closed
IVXCVI opened this issue Feb 28, 2015 · 10 comments
Closed

Help building dcp2icc on Mint 17.0 (14.04 #1

IVXCVI opened this issue Feb 28, 2015 · 10 comments

Comments

@IVXCVI
Copy link

IVXCVI commented Feb 28, 2015

This is the error I return after running scons in the root directory.

http://pastebin.com/xumnxcY0

@l0b0
Copy link
Owner

l0b0 commented Feb 28, 2015

I'm also having problems with this: How to compile dcp2icc?

@danfe
Copy link

danfe commented Oct 21, 2015

dcp2icc is actually quite easily built, both with GCC 4.2.1, 4.8.5, and Clang 3.7.0 (although Clang produces binary that crashes on exit, but seemingly doing the job). Recently it was added to the FreeBSD Ports Collection (http://www.freshports.org/graphics/dcp2icc) so it is available for FreeBSD users as a native package. ;-)

That said, it does require some patching to get it going (you're already doing most of it); again, you can get some details in the FreeBSD port.

Note that so far I've only built it on i386 (32-bit), and I suspect that 64-bit builds might be indeed broken. I do not have 64-bit capable hardware right now to conduct any tests, sorry. Once I do, I'd follow up here.

@danfe
Copy link

danfe commented Oct 22, 2015

Indeed, the build on 64-bit arch (amd64) is broken, just as I've feared (and you've probably observed earlier as well):

XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'void LFA_Close(void*)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:573: error: cast from 'void*' to 'int' loses precision
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'XMP_Int64 LFA_Seek(void*, XMP_Int64, int, bool*)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:584: error: cast from 'void*' to 'int' loses precision
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'XMP_Int32 LFA_Read(void*, void*, XMP_Int32, bool)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:601: error: cast from 'void*' to 'int' loses precision
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'void LFA_Write(void*, const void*, XMP_Int32)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:614: error: cast from 'void*' to 'int' loses precision
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'void LFA_Flush(void*)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:625: error: cast from 'void*' to 'int' loses precision
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'XMP_Int64 LFA_Measure(void*)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:636: error: cast from 'void*' to 'int' loses precision
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'void LFA_Extend(void*, XMP_Int64)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:651: error: cast from 'void*' to 'int' loses precision
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp: In function 'void LFA_Truncate(void*, XMP_Int64)':
XMP-Toolkit-SDK-4.4.2/source/common/LargeFileAccess.cpp:662: error: cast from 'void*' to 'int' loses precision
scons: *** [build/XMP/source/common/LargeFileAccess.o] Error 1
scons: building terminated because of errors.

I suspect the fix could be a simple as s/int/intptr_t/, but I won't be able to test it before I get access to 64-bit build box.

That said, if you're willing to test a patch, I can give you one. ;-)

@l0b0
Copy link
Owner

l0b0 commented Oct 24, 2015

That said, if you're willing to test a patch, I can give you one. ;-)

Thank you very much for the hints; I'd be happy to try a patch. Would you be willing to create a pull request? And is the patch linked to an issue with the upstream developer (if they are still working on it)?

@danfe
Copy link

danfe commented Dec 1, 2015

Sorry for belated reply; I've made a port for FreeBSD, which is buildable on i386, amd64, and powerpc; you can get all the patches from there: http://svnweb.freebsd.org/ports/head/graphics/dcp2icc/ (most of the actual patches files are under files/ subdirectory, some minor things I patch directly in the port's Makefile with sed(1) command).

Not sure if upstream is alive or not, didn't check.

@l0b0
Copy link
Owner

l0b0 commented Jan 17, 2017

How do I download from that?

$ svn co https://svnweb.freebsd.org/ports/head/graphics/dcp2icc
Redirecting to URL 'https://svnweb.freebsd.org/ports/head/graphics/dcp2icc':
Redirecting to URL 'https://svnweb.freebsd.org/ports/head/graphics/dcp2icc':
svn: E195019: Redirect cycle detected for URL 'https://svnweb.freebsd.org/ports/head/graphics/dcp2icc'

@danfe
Copy link

danfe commented Jan 24, 2017

Well, svnweb. prefix implies this is a web interface, not something you feed to svn command verbatim.

Try svn co svn://svn.freebsd.org/ports/head/graphics/dcp2icc instead.

@l0b0
Copy link
Owner

l0b0 commented Mar 9, 2017

Doesn't build with GNU Make 4.2.1:

$ make
Makefile:41: *** missing separator.  Stop.

After removing the offending line (which seems to be only relevant for BSD), I get the following result:

$ make
make: qo: Command not found
make: [Makefile:24: post-extract] Error 127 (ignored)
make: qo: Command not found
make: [Makefile:25: post-extract] Error 127 (ignored)

I don't know which command qo is; this is all that is available in standard Arch Linux with similar names:

$ pacman --sync --search qo
extra/qt5-webchannel 5.8.0-1 (qt qt5) [installed]
    Provides access to QObject or QML objects from HTML clients for seamless integration of Qt applications with HTML/JavaScript clients
community/choqok 1.6.0-1
    A Twitter/Pump.io/GNU social client for KDE
community/qoauth 2.0.0-1
    Support with OAuth-powered network services
community/qopenvpn 1.3.2-3
    Simple OpenVPN GUI written in PyQt for systemd based distributions

@danfe
Copy link

danfe commented Mar 11, 2017

Well of course it won't build: you're trying to build a FreeBSD port (by using its Makefile) on your GNU/Linux installation which naturally does not have support for FreeBSD ports. ;-)

But you don't have to. What you actually want from that checkout is patches under files directory. You'd have to apply (perhaps not all of) them manually and then build the program the usual way (via scons).

@l0b0
Copy link
Owner

l0b0 commented Mar 11, 2017

After a lot of messing about it finally builds. Thanks @danfe!

@l0b0 l0b0 closed this as completed Mar 11, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants