<div dir="ltr"><div>Well, Blender and MaterialX both use cmake to build, so hopefully it'll work without any major issues.</div><div><br></div><div>Then, my next question is: If the header that I'm going to be wrapping is <span style="font-family:monospace">#include <AppKit/AppKit.h></span>, then where should I be putting my file in the macports-legacy-support package? I'm assuming inside the <span style="font-family:monospace">include/</span> folder, but then what? Do I need to create an <span style="font-family:monospace">AppKit/</span> subfolder inside there?</div><div><br></div><div>Actually, the reality is a bit more complicated than that. The source codes of Blender and MaterialX actually use <span style="font-family:monospace">#include <Cocoa/Cocoa.h></span>, which if you take a look at the file located at <span style="font-family:monospace">/System/Library/Frameworks/Cocoa.framework/Headers/Cocoa.h</span>, has <span style="font-family:monospace">#import <AppKit/AppKit.h></span>. Hopefully just wrapping AppKit.h will be sufficient?</div><div><br></div><div>Jason<br></div><div><br></div><div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 4, 2020 at 5:49 AM Christopher Jones <<a href="mailto:jonesc@hep.phy.cam.ac.uk" target="_blank">jonesc@hep.phy.cam.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br><div><br><blockquote type="cite"><div>On 4 Jun 2020, at 5:50 am, Jason Liu <<a href="mailto:jasonliu@umich.edu" target="_blank">jasonliu@umich.edu</a>> wrote:</div><br><div><div dir="ltr"><div>Looking through the link that Chris provided, it looks like the MacPorts legacy support package might indeed be the perfect place to add my AppKit compatibility layer file. One tiny question that I have is: In the readme, where it says "GNU make is a hard build dependency", does that sentence mean that the MacPorts legacy support package itself needs GNU make, or does it mean that any portfile that uses the legacysupport PortGroup needs to add GNU make as a build dependency?</div></div></div></blockquote><div><br></div>Just the former. ports using it can use other build systems. it works well with most build systems, but not all. which do you have in mind ?</div><div><br></div><div>Chris</div><div><br><blockquote type="cite"><div><div dir="ltr"><div><br></div><div>Jason</div><div><br></div><div><div dir="ltr"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 3, 2020 at 5:34 PM Jason Liu <<a href="mailto:jasonliu@umich.edu" target="_blank">jasonliu@umich.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Great, I'll have a look at the stuff in that area. Thanks, Chris.</div><div><br></div><div>Jason<br></div><div><br></div><div><div><div dir="ltr"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 3, 2020 at 2:38 PM Christopher Jones <<a href="mailto:jonesc@hep.phy.cam.ac.uk" target="_blank">jonesc@hep.phy.cam.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hi,<div><br></div><div>Sounds like this *could* be a candidate for something to add to our legacy support package. see</div><div><br></div><div><a href="https://github.com/macports/macports-legacy-support" target="_blank">https://github.com/macports/macports-legacy-support</a></div><div><br></div><div>A port for this exists in MacPorts, and is applied as required to ports that need the support layer using the legacysupport PortGroup.</div><div><br></div><div>I think if we are to have a compatibility layer, as you describe below, putting it in the same place as the above is the way to go, so please take a look and submit MRs adding what you think is needed to it.</div><div><br></div><div>Chris</div><div><br><div><blockquote type="cite"><div>On 3 Jun 2020, at 7:01 pm, Jason Liu <<a href="mailto:jasonliu@umich.edu" target="_blank">jasonliu@umich.edu</a>> wrote:</div><br><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>In my course of packaging some new ports, I've run across a couple instances of applications which are claimed by their devs to only be compatible with "macOS 10.12 and above". However, I've discovered that in reality, the only reason they're no longer compatible with older versions of macOS is because the names of a lot of constants changed in AppKit starting in 10.12. All of these constants appear to be related to either the drawing of GUI Cocoa windows or UI events (e.g. mouse down, mouse dragged, etc.).</div><div dir="ltr"><br></div><div dir="ltr">So far, I've encountered two pieces of software where this is happening: Blender and MaterialX.<br><div><br></div><div>A solution I found which some projects (e.g. Qemu) have implemented basically replaces the new AppKit constants with the old AppKit ones using <font face="monospace"><b>#define</b></font> directives if the OS version is below 10.12. I've created a separate header file that gathers together a list of the constants I've been able to find, which is modeled on information from this message:</div><div><br></div><div><a href="https://lists.gnu.org/archive/html/qemu-devel/2017-04/msg04330.html" target="_blank">https://lists.gnu.org/archive/html/qemu-devel/2017-04/msg04330.html</a><br></div><div><br></div><div>I'm doing my portfile development on a machine running 10.11, and have verified that my patch seems to allow me to build these applications without any noticeable issues (no runtime crashes, segfaults, etc.).</div><div><br></div><div>So my question to everyone is: Should I just add my header file to the <font face="monospace">files/</font> folder for whichever ports need it? Or is this something that might benefit from me creating a project in GitHub? I'm guessing that there could be other software packages which might benefit from such a compatibility layer.</div><div><div><br clear="all"><div><div dir="ltr"><div dir="ltr"><div>-- </div><div>Jason Liu</div></div></div></div></div></div></div></div></div></div>
</div></blockquote></div><br></div></div></blockquote></div>
</blockquote></div>
</div></blockquote></div><br></div></blockquote></div>