Opened 12 years ago
Closed 12 years ago
#35871 closed defect (invalid)
Aquaterm can't be installed
Reported by: | jblumenkopf@… | Owned by: | g5pw (Aljaž Srebrnič) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.2 |
Keywords: | Cc: | mojca (Mojca Miklavec) | |
Port: | aquaterm |
Description
Error given is "command execution failed". Mac OS 10.8.1
Attachments (1)
Change History (7)
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | mojca.miklavec.lists@… added |
---|---|
Owner: | changed from macports-tickets@… to g5pw@… |
comment:2 Changed 12 years ago by mojca (Mojca Miklavec)
I have 10.7 with Xcode 4.3.2 and on that one AquaTerm +universal compilation breaks (it actually goes crazy). I have another one with Xcode 4.3.3 and on that one it works. It also works on 10.6 (with I-forgot-which-xcode-version).
I suspect that the problem might be in Xcode's inability to interpret INSTALL_PATH properly. It works when building for x86_64 only, but fails when building universal. No clue why.
The following patch helped me overcome the problem:
--- Portfile.olg +++ Portfile @@ -31,6 +31,11 @@ xcode.destroot.settings LOCAL_APPS_DIR=${applications_dir} LOCAL_FRAMEWORKS_DIR= xcode.destroot.type mixed post-patch { + reinplace "s|$\(LOCAL_FRAMEWORKS_DIR\)|${frameworks_dir}|" \ + ${worksrcpath}/aquaterm/AquaTerm.xcodeproj/project.pbxproj + reinplace "s|$\(LOCAL_APPS_DIR\)|${applications_dir}|" \ + ${worksrcpath}/aquaterm/AquaTerm.xcodeproj/project.pbxproj + # Try to open the right version of AquaTerm.app. # (If incompatible version is installed in /Applications, # we need to make sure that the one from MacPorts is found first.)
... but it doesn't mean I'm happy with the patch. I would really like to know what is going on.
comment:3 Changed 12 years ago by mojca (Mojca Miklavec)
And to be honest, I did fiddle with xcodeproject manually. I wanted to avoid patching xcodeproject alltogether by defining LOCAL_FRAMEWORKS_DIR and altering INSTALL_PATH accordingly. But it worked and I was happy. Apparently Xcode 4.3.2 is not that happy about it.
comment:4 Changed 12 years ago by jmroot (Joshua Root)
The errors in the log are:
:info:build /usr/local/include/complex.h:10:1: error: unknown type name 'using' :info:build using namespace std; :info:build ^ :info:build /usr/local/include/complex.h:10:16: error: expected ';' after top level declarator :info:build using namespace std; :info:build ^ :info:build /usr/local/include/complex.h:13:10: fatal error: 'cmath' file not found :info:build #include <cmath> :info:build ^ :info:build 3 errors generated.
So, you have incompatible headers in /usr/local/include overriding those in /usr/include.
comment:5 Changed 12 years ago by jblumenkopf@…
Removing complex.h from /usr/local/include fixed the problem
comment:6 Changed 12 years ago by mf2k (Frank Schima)
Resolution: | → invalid |
---|---|
Status: | new → closed |
Please attach the main.log file so we can see what actually happened.