[MacPorts] #37795: nzbget still requires gcc
#37795: nzbget still requires gcc ------------------------+-------------------------------- Reporter: dinge345@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: nzbget ------------------------+-------------------------------- Installing nzbget with a fresh macports installation fails. However, when forcing llvm-gcc it works (via 'port install nzbget configure.compiler =llvm-gcc-4.2'). Maybe it has something to do with the precompiled packages? However, building libpar2 from source via '-s' did not help. See also: Changeset 97802. -- Ticket URL: <https://trac.macports.org/ticket/37795> MacPorts <http://www.macports.org/> Ports system for Mac OS
#37795: nzbget: configure fails with clang: error: "libpar2 library not found" -------------------------+-------------------------- Reporter: dinge345@… | Owner: ryandesign@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: nzbget | -------------------------+-------------------------- Changes (by ryandesign@…): * status: new => assigned * owner: macports-tickets@… => ryandesign@… * cc: cal@… (added) Comment: Note that llvm-gcc is not gcc. The log says: {{{ checking libpar2/libpar2.h usability... no checking libpar2/libpar2.h presence... yes configure: WARNING: libpar2/libpar2.h: present but cannot be compiled configure: WARNING: libpar2/libpar2.h: check for missing prerequisite headers? configure: WARNING: libpar2/libpar2.h: see the Autoconf documentation configure: WARNING: libpar2/libpar2.h: section "Present But Cannot Be Compiled" configure: WARNING: libpar2/libpar2.h: proceeding with the preprocessor's result configure: WARNING: libpar2/libpar2.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------------- ## configure: WARNING: ## Report this to hugbug@users.sourceforge.net ## configure: WARNING: ## ------------------------------------------- ## checking for libpar2/libpar2.h... yes checking for library containing _ZN12Par2RepairerC1Ev... -lpar2 checking for libpar2 linking... no configure: error: "libpar2 library not found" }}} The config.log shows why this is: {{{ /opt/local/include/libpar2/par2fileformat.h:87:25: error: flexible array member 'entries' of non-POD element type 'FILEVERIFICATIONENTRY []' FILEVERIFICATIONENTRY entries[]; ^ }}} So this is #31667, a bug in libpar2. nzbget had been blacklist clang for this reason since r86546. This was inexplicably removed in r97802. Since I still get the same problem as you do, I've put it back in r102073. -- Ticket URL: <https://trac.macports.org/ticket/37795#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#37795: nzbget: configure fails with clang: error: "libpar2 library not found" -------------------------+-------------------------- Reporter: dinge345@… | Owner: ryandesign@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: fixed | Keywords: Port: nzbget | -------------------------+-------------------------- Changes (by ryandesign@…): * status: assigned => closed * resolution: => fixed Old description:
Installing nzbget with a fresh macports installation fails. However, when forcing llvm-gcc it works (via 'port install nzbget configure.compiler =llvm-gcc-4.2'). Maybe it has something to do with the precompiled packages? However, building libpar2 from source via '-s' did not help.
See also: Changeset 97802.
New description: Installing nzbget with a fresh macports installation fails. However, when forcing llvm-gcc it works (via 'port install nzbget configure.compiler =llvm-gcc-4.2'). Maybe it has something to do with the precompiled packages? However, building libpar2 from source via '-s' did not help. See also: changeset:97802. -- -- Ticket URL: <https://trac.macports.org/ticket/37795#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts