Re: [MacPorts] #46120: dcmtk @3.6.1_20140617_1: error: no matching function for call to ‘test::test()’

MacPorts noreply at macports.org
Fri Dec 5 11:49:11 PST 2014


#46120: dcmtk @3.6.1_20140617_1: error: no matching function for call to
‘test::test()’
---------------------------+------------------------
  Reporter:  ryandesign@…  |      Owner:  eborisch@…
      Type:  defect        |     Status:  new
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.3.3
Resolution:                |   Keywords:
      Port:  dcmtk         |
---------------------------+------------------------

Comment (by ryandesign@…):

 Replying to [comment:6 larryv@…]:
 > Replying to [comment:5 ryandesign@…]:
 > > I know that using MacPorts llvm 3.5 and later means forcing the use of
 > > libc++, which can be problematic on OS X 10.8 and earlier. I'm not
 > > sure if using MacPorts clang 3.5 and later has the same effect.
 >
 > Since `clang-3.5` requires `llvm-3.5`, it requires `libcxx`
 transitively. I wouldn’t be surprised if it also uses libc++ directly.

 I understand that clang uses llvm and links with its libraries, and that
 since llvm-3.5 requires libc++, that means clang-3.5 requires libc++. But
 clang is a compiler. Software compiled using that compiler does not
 automatically use llvm nor link with its libraries, just by virtue of
 having used that compiler. Therefore, it does not follow that software
 compiled with clang-3.5 need necessarily itself require libc++.

-- 
Ticket URL: <https://trac.macports.org/ticket/46120#comment:12>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list