Opened 15 years ago

Closed 3 years ago

#21884 closed defect (wontfix)

No qmake in /opt/local/bin/qmake

Reported by: dweber@… Owned by: michaelld (Michael Dickens)
Priority: Normal Milestone:
Component: ports Version: 1.8.1
Keywords: qmake doxygen Cc: hsivank@…, dershow, mf2k (Frank Schima), sharky@…
Port: qt4-mac

Description

There is only a symlink to qmake-mac, rather than qmake, i.e.:

/opt/local/bin/qmake-mac -> /opt/local/libexec/qt4-mac/bin/qmake*

There may be a good reason not to create a similar symlink, i.e.:

/opt/local/bin/qmake -> /opt/local/libexec/qt4-mac/bin/qmake*

However, other build systems or applications may assume there is a 'qmake' in the bin path (they may not look for 'qmake-mac' or use some kind of regex to find qmake* in the bin path).

For example, I'm playing around with doxygen in my user svn sandbox, see

http://trac.macports.org/browser/users/dweber/textproc/doxygen

Unfortunately, doxygen does not provide a build config option to define the qmake binary path. When built with the +wizard variant, it fails to find qmake. (Strangely, it does get the QTDIR env and it can find moc in /opt/local/libexec/qt4-mac/bin/, but not qmake).

There may be other solutions for this issue with doxygen, but it's likely that other builds or apps will look for 'qmake' in the bin path.

Can we have a symlink for 'qmake' in the bin path?

Change History (14)

comment:1 Changed 15 years ago by hsivank@…

Cc: hsivank@… added

Cc Me!

comment:2 Changed 15 years ago by dershow

Cc: dersh@… added

Cc Me!

comment:3 Changed 15 years ago by dershow

I was trying to build another Qt application (sqlitemanager) that failed, but it used to build fine. I was able to explicitly pass it the path to qmake to get it to work, but not finding qmake in my path did confuse it and make it more difficult.

comment:4 Changed 15 years ago by mf2k (Frank Schima)

Owner: changed from erickt@… to nomaintainer@…

comment:5 Changed 15 years ago by mf2k (Frank Schima)

Cc: macsforever2000@… added

Cc Me!

comment:6 Changed 15 years ago by mf2k (Frank Schima)

Owner: changed from nomaintainer@… to macports-tickets@…

comment:7 Changed 15 years ago by sharky@…

Cc: sharky@… added

Cc Me!

comment:8 Changed 14 years ago by michaelld (Michael Dickens)

Is this issue still relevant as of r72571 with qt4-mac being at 4.7.0?

comment:9 Changed 14 years ago by michaelld (Michael Dickens)

Owner: changed from macports-tickets@… to michaelld@…
Status: newassigned

comment:10 Changed 14 years ago by michaelld (Michael Dickens)

Resolution: fixed
Status: assignedclosed

I'm closing this ticket; Qt has made much progress, and this ticket is not longer relevant IMHO. If you disagree, please reopen this ticket and add your comments.

comment:11 Changed 3 years ago by vitalyster

This is still an issue with latest qt5 package: qmake is not on PATH, but present in libexec directory

comment:12 Changed 3 years ago by vitalyster

Resolution: fixed
Status: closedreopened

comment:13 Changed 3 years ago by michaelld (Michael Dickens)

This issue is with regard to Qt4, not Qt5. That said, both Qt4 and Qt5 install into libexec and then we set environment variables to find the relevant qmake. We have been doing this for a long time. While folks have complained here and there, the overall situation has been very successful, and is thus something we are unlikely to change. We feel that it is not a huge burden for projects to look in alternative paths for executables, which includes those for all Qt via MacPorts.

comment:14 in reply to:  11 Changed 3 years ago by michaelld (Michael Dickens)

Resolution: wontfix
Status: reopenedclosed

Replying to vitalyster:

This is still an issue with latest qt5 package: qmake is not on PATH, but present in libexec directory

This is all true, but does not represent reasoning as to why the installs should be changed. I'm closing again.

Note: See TracTickets for help on using tickets.