[Bug 200428] [patch] allow custom PATCH_PATH_SEPARATOR defined in port
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Sun Jun 14 13:30:55 UTC 2015
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200428
--- Comment #4 from Olli Hauer <ohauer at FreeBSD.org> ---
The issue I'm talking about is not for existing patches, it is for new ones.
In case the file or path contains '_' the resulting patch file name is
nonsense.
E.g. original file path is ${WRKSRC}modules/ssl/ssl_engine_init.c
> cd www/apache24
> make patch
> rm files/patch-modules__ssl__ssl_engine_init.c
> make makepatch
> svn stat files/ | grep init.c
! files/patch-modules__ssl__ssl_engine_init.c
? files/patch-modules_ssl_ssl__engine__init.c
The resulting patch name has nothing to do with the filename since the '_' in
the filename are replaced by '__'
Using
Index: /usr/ports/Mk/bsd.port.mk
===================================================================
--- /usr/ports/Mk/bsd.port.mk (revision 389625)
+++ /usr/ports/Mk/bsd.port.mk (working copy)
@@ -1125,7 +1125,7 @@
# common path separators ([-+_]) or legacy double underscore (__).
.if !target(makepatch)
-PATCH_PATH_SEPARATOR= _
+PATCH_PATH_SEPARATOR?= _
makepatch:
@${MKDIR} ${PATCHDIR}
@(cd ${PATCH_WRKSRC}; \
together with PATCH_PATH_SEPARATOR= __ in the ports Makefile results in a clear
patch name as before the "PATCH_PATH_SEPARATOR" change.
This was also discussed before the "PATCH_PATH_SEPARATOR" changes where done.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the freebsd-ports-bugs
mailing list