Opened 9 years ago

Closed 9 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


Error given is "command execution failed". Mac OS 10.8.1

Attachments (1)

main.log (31.5 KB) - added by jblumenkopf@… 9 years ago.
error log

Download all attachments as: .zip

Change History (7)

comment:1 Changed 9 years ago by ryandesign (Ryan Schmidt)

Cc: mojca.miklavec.lists@… added
Owner: changed from macports-tickets@… to g5pw@…

Please attach the main.log file so we can see what actually happened.

comment:2 Changed 9 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
     # (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 9 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.

Changed 9 years ago by jblumenkopf@…

Attachment: main.log added

error log

comment:4 Changed 9 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 9 years ago by jblumenkopf@…

Removing complex.h from /usr/local/include fixed the problem

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

Resolution: invalid
Status: newclosed
Note: See TracTickets for help on using tickets.