#56416 closed defect (invalid)
qt4-mac isn't using frameworks_dir
| Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | michaelld (Michael Dickens) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | ||
| Port: | qt4-mac |
Description
If I read the portfile correctly, qt4-mac assumes frameworks go in ${prefix}/Library/Frameworks. It should be changed to put them in ${frameworks_dir}. The portfile is complex, so I'm not attempting to do this change myself. Changes appear to be needed both in the portfile and in patches.
Change History (4)
comment:1 Changed 7 years ago by michaelld (Michael Dickens)
comment:2 Changed 7 years ago by ryandesign (Ryan Carsten Schmidt)
That seems plausible. Looking at port contents qt4-mac, I don't see anything in /opt/local/Library/Frameworks.
So then, any port using qt4-mac that's still trying to find its frameworks in ${prefix}/Library/Frameworks or ${frameworks_dir} is in error.
comment:3 Changed 7 years ago by ryandesign (Ryan Carsten Schmidt)
| Resolution: | → invalid |
|---|---|
| Status: | assigned → closed |
comment:4 Changed 7 years ago by michaelld (Michael Dickens)
Agreed.
FYI> We provide access variables in the qt4 PG. Ports using Qt4 should use those variables. If they do & we someday decide to change where Qt4 is installed, then updating dependent ports should be as simple as a rev-bump to them.
I'll look into this. I -think- that ${prefix} here might be MACPORTS_PREFIX/libexec/qt4, not just MACPORTS_PREFIX as is typical. Back when we moved qt4-mac to be in libexec/qt4, we really tried to make the variables as flexible as possible but by default all dependent on one master that defines the top level directory.