[MacPorts] #23193: cgal libraries have wrong install_name

[MacPorts]

#23193: cgal libraries have wrong install_name
-------------------------------------+--------------------------------------
 Reporter:  ryandesign@…             |       Owner:  vince@…           
     Type:  defect                   |      Status:  new               
 Priority:  Normal                   |   Milestone:                    
Component:  ports                    |     Version:  1.8.2             
 Keywords:                           |        Port:  cgal              
-------------------------------------+--------------------------------------

Comment(by ryandesign@…):

 Replying to [comment:1 raphael@…]:
 > My current (local) port fixes the problem of this ticket by using the
 cmake argument -DCMAKE_INSTALL_NAME_DIR=${prefix}/lib.

 Thanks for this suggestion. I committed that fix to the cgal portfile in
 r63237.

 > Maybe this argument should be added to the cmake portgroup.

 I have not evaluated all the ports that use the cmake portgroup to see if
 they suffer from the same problem and whether this argument would help
 them. But I assume they do and that it would. In that case, this is a good
 suggestion, but belongs in a new ticket.

 > The only problem my CGAL port still has is that all Qt3 demos crash.
 This is the reason why I did not submit my CGAL port to MacPorts yet. A
 few weeks ago, I discovered that Vince already submitted a CGAL port to
 MacPorts. Vince, I would propose that we should merge both ports to get
 the best of both ports into the official MacPorts tree.

 That's probably a good idea, but it's hard to evaluate your portfile since
 I can't just run a diff against the current port. Your portfile does many
 things differently from the cgal portfile we already have from Vince. It
 might be easier to incorporate your changes if you break things out into
 individual patches that make individual functional changes (for example, a
 patch to switch to the cmake portgroup, a patch to install the additional
 documentation, and so on) and file separate tickets for each. That way
 they can be evaluated more easily and dealt with on a case-by-case basis.

 I'll leave this ticket open for awhile to let Vince decide how he wants to
 handle your portfile submission, but I'd like to close this ticket since
 the issue that was reported is now fixed via r63237.

-- 
Ticket URL: <http://trac.macports.org/ticket/23193#comment:3>
MacPorts <http://www.macports.org/>
Ports system for Mac OS