jack @1.9.12: fatal error: 'MacTypes.h' file not found

[iefdev (Eric F)]

Repeated error:

... fatal error: 'MacTypes.h' file not found
:info:build #include <MacTypes.h>
:info:build          ^

---

Related to #56241? (change of headers)

# there's no maintainer spec in the Portfile, but i added @neverpanic - as noticed in #56241

[neverpanic (Clemens Lang)]

My system has /usr/include/MacTypes.h. Does yours not have that file?

What's the output of mdfind -name MacTypes.h on your system? Do you have the Command Line Tools installed?

[iEFdev]

Replying to neverpanic:

My system has /usr/include/MacTypes.h. Does yours not have that file?

No, it doesn't.  

What's the output of mdfind -name MacTypes.h on your system?

Here it is:

$ mdfind -name MacTypes.h
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/Headers/MacTypes.h

 

Do you have the Command Line Tools installed?

Yes.

[kencu (Ken)]

Other ports have this issue too -- see:

<​https://github.com/macports/macports-ports/blob/master/science/openscad/files/patch-src-AppleEvents.cc.diff>

not sure just when this file is needed and when it's not...I can test later today.

[neverpanic (Clemens Lang)]

Can you try applying the following patch and see if that helps?

audio/jack/Portfile

@@ -24 +24 @@
     Through JACK, users are enabled to build powerful systems for signal \
     processing and music production.
 
+patchfiles          mactypes.patch
+
 depends_build-append \
                     port:pkgconfig
 depends_lib         port:libsamplerate \

audio/jack/files/mactypes.patch

@@ +1 @@
+--- macosx/JackMachThread.h.orig        2018-04-07 19:51:15.000000000 +0200
++++ macosx/JackMachThread.h     2018-04-07 19:52:10.000000000 +0200
+@@ -70,7 +70,7 @@
+ 
+ #include "JackPosixThread.h"
+ #ifndef MY_TARGET_OS_IPHONE
+-#include <MacTypes.h>
++#include <CoreServices/../Frameworks/CarbonCore.framework/Headers/MacTypes.h>
+ #endif
+ 
+ #include <mach/thread_policy.h>
+--- macosx/coremidi/JackCoreMidiUtil.h.orig     2018-04-07 19:51:21.000000000 +0200
++++ macosx/coremidi/JackCoreMidiUtil.h  2018-04-07 19:52:21.000000000 +0200
+@@ -22,7 +22,7 @@
+ 
+ #include <string>
+ 
+-#include <MacTypes.h>
++#include <CoreServices/../Frameworks/CarbonCore.framework/Headers/MacTypes.h>
+ 
+ namespace Jack {
+ 

[iEFdev]

Replying to neverpanic:

Can you try applying the following patch and see if that helps?

I didn't run the patch, but added the 3 changes manually. It started to build fine, but failed at a later instead. But, this one made it:

$ sudo port upgrade jack configure.cxxflags="-stdlib=libc++" configure.cxx="clang++ -stdlib=libc++"

[neverpanic (Clemens Lang)]

OK, so now I'd only need to know when MacTypes.h started appearing on newer systems. If you can figure this out for me, I'll commit the patch.

[iEFdev]

Replying to neverpanic:

OK, so now I'd only need to know when MacTypes.h started appearing on newer systems. If you can figure this out for me, I'll commit the patch.

Not sure, but it looks like 10.8 from a page I found here: ​https://developer.apple.com/library/content/releasenotes/General/CarbonCoreDeprecations/#//apple_ref/doc/uid/TP40012224-CH1-SW22

It's all about 10.8, updated in 2012, and about MacTypes.h it says:

If you need to include this header file for compatibility with legacy code, use /usr/include/MacTypes.h instead.

So maybe:

set check.os.major 12
if {${check.os.major} < ${os.major}} {
    patchfiles    MacTypes.diff
}

I tried to use the patch but it did work (using the “files” dir). I made one from my own changes that did, incase you want it.

[kencu (Ken)]

Confirmed. /usr/include/MacTypes.h exists in the 10.8 SDK:

<​https://github.com/phracker/MacOSX-SDKs/tree/master/MacOSX10.8.sdk/usr/include>

but not in the 10.7 SDK or earlier:

<​https://github.com/phracker/MacOSX-SDKs/tree/master/MacOSX10.7.sdk/usr/include>

[neverpanic (Clemens Lang)]

In 0020079b7d555c5d32bb3c329d25832c72e2ce28/macports-ports:

jack: Fix build on legacy systems

Closes: #56247

[kencu (Ken)]

It doesn't build with the default SnowLeopard compiler.

I didn't try an exhaustive list of compilers, but for those who may follow, it builds through with macports-clang-5.0 against -stdlib=libstdc++ without the cxx11 PortGroup. It doesn't appear to require -stdlib=libc++, but it does certainly build with it.

[neverpanic (Clemens Lang)]

I'm not interested in debugging build issues on SnowLeopard. If you can come up with a patch, that would be nice.

[kencu (Ken)]

Don't blame you. Very very soon SnowLeopard will default to libc++ and clang-5.0, and you will never need to think about a compiler or c++ stdlib issue again. Doesn't that sound wonderful!

[jmroot (Joshua Root)]

I'm pretty sure the Right Way is to #include <CoreServices/CoreServices.h> if you need those types.