#59166 closed defect (fixed)
mono: patch fails to apply
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | MarcusCalhoun-Lopez (Marcus Calhoun-Lopez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.6.1 |
Keywords: | Cc: | ||
Port: | mono |
Description
On 10.8:
---> Applying patches to mono ---> Applying patch-aot-compiler.c.diff DEBUG: Creating patch directory: /opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_devel_mono/mono/work/mono-6.0.0.319 DEBUG: Environment: CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_devel_mono/mono/work/.CC_PRINT_OPTIONS' CPATH='/opt/local/include' DEVELOPER_DIR='/Applications/Xcode.app/Contents/Developer' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.8' Executing: cd "/opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_devel_mono/mono/work/mono-6.0.0.319" && /usr/bin/patch -p0 < '/opt/bblocal/var/buildworker/ports/build/ports/devel/mono/files/patch-aot-compiler.c.diff' DEBUG: system: cd "/opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_devel_mono/mono/work/mono-6.0.0.319" && /usr/bin/patch -p0 < '/opt/bblocal/var/buildworker/ports/build/ports/devel/mono/files/patch-aot-compiler.c.diff' can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Ensure we are UsingTheRightCompiler (https://trac.macports.org/wiki/UsingTheRightCompiler). |Ensure we always use -m32/-m64 and -arch for all architectures. |--- mono/mini/aot-compiler.c.orig 2019-01-17 00:45:20.000000000 -0700 |+++ mono/mini/aot-compiler.c 2019-02-18 05:59:15.000000000 -0700 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 4 out of 4 hunks ignored
Change History (3)
comment:1 follow-up: 3 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
comment:2 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:3 Changed 5 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to MarcusCalhoun-Lopez:
It would seem that on newer systems,
/usr/bin/gzip
is able to decompress .xz files, so this error does not come up.
Of course,use_xz yes
is the correct way to handle this on any system.
Ah, I should have noticed that was the real problem.
Yes, Apple added this feature in OS X 10.9.
Note: See
TracTickets for help on using
tickets.
It would seem that on newer systems,
/usr/bin/gzip
is able to decompress .xz files, so this error does not come up.Of course,
use_xz yes
is the correct way to handle this on any system.Thank you for noticing this.