[MacPorts] #18894: Internal libboost dependency failure at reference time.

[MacPorts]

#18894: Internal libboost dependency failure at reference time.
---------------------------------+------------------------------------------
  Reporter:  trog24@…            |       Owner:  macports-tickets@…                   
      Type:  defect              |      Status:  closed                               
  Priority:  Normal              |   Milestone:  Port Bugs                            
 Component:  ports               |     Version:  1.7.0                                
Resolution:  wontfix             |    Keywords:                                       
      Port:                      |  
---------------------------------+------------------------------------------

Comment(by mcalhoun@…):

 Replying to [comment:14 braden@…]:
 > Closing this as "wontfix" based on some speculation about what
 `-flat_namespace` does seems premature. There are some significant
 unanswered questions here that may have an impact on how, for instance,
 MacPorts needs to treat `[Requires|Libs].private` in `pkg-config`.
 Concretely:
 >
 >   * If `boost_filesystem` provided `pkg-config` metadata, would, from
 the perspective of the `pkg-config` maintainer, the dependency on
 `boost_system` go in `Libs` or `Libs.private`?
 >   * If the latter, should MacPorts be patching `pkg-config` to treat
 `Libs.private` the same as `Libs`? (I think probably so.)

 When I first brought up pkg-confg, I did not mean to imply that it should
 be used here.[[BR]]
 boost would have to be modified to write .pc files.[[BR]]
 openvrml would have to be patched to recognize that boost now uses pkg-
 confg files.

 I am not sure anybody would be up for maintaining those types of changes.

 Please correct me if I am wrong, but, as I understand the situation,
 everything is working just as intended.[[BR]]
 It is just that Macs behave a little differently than Linux, and openvrml
 expects Linux behavior.[[BR]]
 The workarounds seems reasonably easy, which is why I thought wontfix was
 a reasonable way to go.

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