Well, this is indeed puzzling. I have installed the required tools using brew, so on an M1 mac they go to /opt/homebrew
Starting from scratch, i..e removing my textmate git repo copy and the build directory, I first issue
git clone --recursive https://github.com/textmate/textmate.git cd textmate ./configure
and of course ./configure complains with
*** dependency missing: ‘/usr/local/include/boost/crc.hpp’.
so I replace /usr/local with /opt/homebrew (also in default.rave) and retry - no error. In order to avoid other errors regarding include files not found, I also add "-I/opt/homebrew/include" to all compiler flags, it does not gurt.
Then I try to build TextMate and:
[25/931] Xib ‘Frameworks/BundleEditor/resources/English.lproj/SharedProperties.xib’…
/* com.apple.ibtool.document.notices */
/Users/mocenigo/Source/textmate/Frameworks/BundleEditor/resources/English.lproj/SharedProperties.xib:88: note: NSTextField's height does not match its intrinsic content size, use "Size to Fit Content" to correct [22] /Users/mocenigo/Source/textmate/Frameworks/BundleEditor/resources/English.lproj/SharedProperties.xib:128: note: NSTextField's height does not match its intrinsic content size, use "Size to Fit Content" to correct [22] /Users/mocenigo/Source/textmate/Frameworks/BundleEditor/resources/English.lproj/SharedProperties.xib:84: note: NSTextField's height does not match its intrinsic content size, use "Size to Fit Content" to correct [22] /Users/mocenigo/Source/textmate/Frameworks/BundleEditor/resources/English.lproj/SharedProperties.xib:92: note: View is clipping its content [13]
and later several errors like
[351/931] Copy ‘/Users/mocenigo/build/textmate/release/_CompileXib/...rks/BundleEditor/resources/English.lproj/FileDropProperties.nib’…
FAILED: /Users/mocenigo/build/textmate/release/Applications/TextMate/TextMate.app/Contents/Resources/English.lproj/FileDropProperties.nib
/bin/cp -Xp /Users/mocenigo/build/textmate/release/_CompileXib/Frameworks/BundleEditor/resources/English.lproj/FileDropProperties.nib /Users/mocenigo/build/textmate/release/Applications/TextMate/TextMate.app/Contents/Resources/English.lproj/FileDropProperties.nib && touch /Users/mocenigo/build/textmate/release/Applications/TextMate/TextMate.app/Contents/Resources/English.lproj/FileDropProperties.nib
cp: /Users/mocenigo/build/textmate/release/_CompileXib/Frameworks/BundleEditor/resources/English.lproj/FileDropProperties.nib is a directory (not copied).
So I am not sure what this happens.
The reason I want to compile it myself is because i really like the editor (I also acquired a license! so it is not to remove the check!) and being able to build stuff myself in these case is a kind of insurance against developers stopping their work, and the need to adapt to more recent OS versions and so on. I like to do it for as much stuff as possible. Indeed, Michael Sheets confirmed to me that when I told him I managed to get it working on my M1 MB Air, you guys had not done that yet because you did not have the hardware ;-)
Returning to the question: why is the ibtool failing and I get a directory?
Roberto
On Mon, May 24, 2021 at 11:30 AM Allan Odgaard via TextMate textmate@lists.macromates.com wrote:
On 20 May 2021, at 15:16, Roberto Avanzi via TextMate wrote:
[…] cp: /Users/mocenigo/build/textmate/release/_CompileXib/Frameworks/BundleEditor/resources/English.lproj/GrammarProperties.nib is a directory (not copied). […]
How can I set up the environment to just build properly, with "ninja TextMate" and not stopping on the cp commands?
This is puzzling because in the above, GrammarProperties.nib should not be a directory.
It is created from the GrammarProprties.xib using xcrun ibtool --compile.
You can try to experiment with ibtool yourself, for example, the man page for this tool says the following:
--flatten boolean When combined with the --compile option and a value of NO, --flatten instructs ibtool to produce an output file that is both runnable, and editable. This option is typically used when preparing a product for localization. If no value is specified, the default flattening option is YES.
It might be that --flatten defaults to NO in your build environment, and that causes a directory to be created?
Btw: If you are only doing your own builds to get ARM support then current release builds are universal.
TextMate mailing list -- textmate@lists.macromates.com To unsubscribe send an email to textmate-leave@lists.macromates.com