Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#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 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-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.

Thank you for noticing this.

comment:2 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Resolution: fixed
Status: assignedclosed

In 176c73b186676063854e67f97a60b878eb553591/macports-ports (master):

mono: set extract.suffix in the correct way

Fixes #59166

comment:3 in reply to:  1 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.