Replaced dupeGuru XCode project with a WAF build script.

--HG-- branch : xibless
2026-01-22 06:37:17 +00:00 · 2012-07-28 16:22:51 -04:00
parent 6a7af81685
commit 81daef6145
8 changed files with 94 additions and 912 deletions
--- a/cocoa/wscript
+++ b/cocoa/wscript
@@ -0,0 +1,69 @@
+#!/usr/bin/env python
+
+import os
+import os.path as op
+
+top = '.'
+out = 'build'
+
+def options(opt):
+    opt.load('compiler_c python')
+
+def configure(conf):
+    # We use clang to compile our app
+    conf.env.CC = 'clang'
+    # WAF has a "pyembed" feature allowing us to automatically find Python and compile by linking
+    # to it. The problem is that because we made a copy of the Python library to mangle with its
+    # "install name", we don't actually want to link to our installed python, but to our mangled
+    # Python. The line below tells the "pyembed" WAF feature to look in ../build for Python.
+    conf.env.LIBPATH_PYEMBED = op.abspath('../build')
+    # I did a lot of fiddling-around, but I didn't find how to tell WAF the Python library name
+    # to look for without making the whole compilation process fail, so I just create a symlink
+    # with the name WAF is looking for. 
+    if not op.exists('../build/libpython3.2.dylib'):
+        os.symlink('../build/Python', '../build/libpython3.2.dylib')
+    # The rest is standard WAF code that you can find the the python and macapp demos.
+    conf.load('compiler_c python')
+    conf.check_python_version((3,2,0))
+    conf.check_python_headers()
+    conf.env.FRAMEWORK_COCOA = 'Cocoa'
+    conf.env.ARCH_COCOA = ['i386', 'x86_64']
+    # Add cocoalib dir to the framework search path so we can find Sparkle.
+    conf.env.CFLAGS = ['-F'+op.abspath('../cocoalib')]
+    conf.env.LINKFLAGS = ['-F'+op.abspath('../cocoalib')]
+
+def build(ctx):
+    # What do we compile?
+    cocoalib_node = ctx.srcnode.find_dir('..').find_dir('cocoalib')
+    cocoalib_folders = ['autogen', 'controllers', 'views']
+    cocoalib_includes = [cocoalib_node] + [cocoalib_node.find_dir(folder) for folder in cocoalib_folders]
+    cocoalib_uses = ['NSEventAdditions', 'Dialogs', 'HSAboutBox', 'HSFairwareReminder', 'Utils',
+        'HSPyUtil', 'ProgressController', 'HSRecentFiles', 'HSQuicklook', 'ValueTransformers',
+        'views/HSTableView', 'views/HSOutlineView', 'views/NSIndexPathAdditions',
+        'views/NSTableViewAdditions',
+        'controllers/HSColumns', 'controllers/HSGUIController', 'controllers/HSTable',
+        'controllers/HSOutline', 'controllers/HSPopUpList', 'controllers/HSSelectableList']
+    cocoalib_src = [cocoalib_node.find_node(usename + '.m') for usename in cocoalib_uses] + cocoalib_node.ant_glob('autogen/*.m')
+    project_folders = ['autogen', 'base', 'se']
+    project_src = sum([ctx.srcnode.ant_glob('%s/*.m' % folder) for folder in project_folders], [])
+    
+    # Compile
+    ctx.program(
+        # "pyembed" takes care of the include and linking stuff to compile an app that embed Python.
+        features      = 'c cprogram pyembed',
+        target        = ctx.bldnode.make_node("dupeGuru"),
+        source        = cocoalib_src + project_src,
+        includes      = project_folders + cocoalib_includes,
+        use           = 'COCOA',
+        # Because our python lib's install name is "@rpath/Python", we need to set the executable's
+        # rpath. Fortunately, WAF supports it and we just need to supply the "rpath" argument.
+        rpath         = '@executable_path/../Frameworks',
+        framework     = ['Sparkle', 'Quartz'],
+    )
+
+from waflib import TaskGen
+@TaskGen.extension('.m')
+def m_hook(self, node):
+    """Alias .m files to be compiled the same as .c files, gcc will do the right thing."""
+    return self.create_compiled_task('c', node)
+