Re: svn commit: r309035 - in head/lib/libpathconv: . tests

2016-12-02 Thread Konstantin Belousov
On Sat, Dec 03, 2016 at 12:00:01AM +0800, Julian Elischer wrote:
> On 28/11/2016 4:43 AM, Jilles Tjoelker wrote:
> > On Wed, Nov 23, 2016 at 07:57:52AM +, Julian Elischer wrote:
> >> Author: julian
> >> Date: Wed Nov 23 07:57:52 2016
> >> New Revision: 309035
> >> URL: https://svnweb.freebsd.org/changeset/base/309035
> >> Log:
> >>This little BSD licensed library has been kicking around for years.
> >>It allows one to trivially convert an absolute path to a relative path
> >>and the reverse. The test programs themselves are very useful in scripts
> >>but the real use comes shortly with the -r and -a arguments to ln.
> >>These are sometimes known as the --relative and --absolute flags and
> >>can force a symlink to be relative when you only have an absolue path.
> >>Another place these are sometimes used is to add -a and -r args to 
> >> 'realpath'.
> >>Incredibly useful in Makefiles.
> >>I was going to just add the files in with 'ln' but a library makes more 
> >> sense.
> >>The test programs may come out in their own right some day for 
> >> scripting.
> >>released under a BSD 2-clause:
> >> * Copyright (c) 1997 Shigio Yamaguchi. All rights reserved.
> >> * Copyright (c) 1999 Tama Communications Corporation. All rights 
> >> reserved.
> >>The test directry does not conform to any framework.
> >>Not connected to build.
> >>doc people may want to play with the manual pages.
> >>Obtained from:  https://www.tamacom.com/pathconvert.html  Shigio 
> >> Yamaguchi.
> >>MFC after: 1 month
> >>Relnotes:   yes
> >>Sponsored by:   Panzura, Tama Communications Corporation
> > Consider making this a static-only library or a part of an existing
> > library such as libc or libutil, since the overhead of a shared object
> > is rather big compared to the amount of code here.
> 
> yeah I was thinking of making it part of libc but libc is already
> such a kitchen sink and there are only two planned users.
> ln and realpath.
> A static library is one idea for sure. (or even just a .o).
Note that libutil was mentioned, which is the kitchen sink both
by design and by purpose.

> 
> The actual real target for this is the build itself. Currently we are 
> making
> lots of symlinks that should be relative but we only really have 
> absolute information.
> This allows symlink -sr  to dynamically generate the correct relative 
> symlink,
> given absolute args.
> e.g. /usr/lib/libm.so -> /lib/libm.so.5  should really be 
> ../../lib/libm.so.5
> so that when it is read from outside a jail it still refers to the 
> right place.
> 
> I'm waiting for a gap in my work schedule to get ln and realpath 
> changes in place.
> 
> 
> 
> >
> > Thanks for not linking this to the build right away.
> >
> 
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"


Re: svn commit: r309035 - in head/lib/libpathconv: . tests

2016-12-02 Thread Julian Elischer

On 28/11/2016 4:43 AM, Jilles Tjoelker wrote:

On Wed, Nov 23, 2016 at 07:57:52AM +, Julian Elischer wrote:

Author: julian
Date: Wed Nov 23 07:57:52 2016
New Revision: 309035
URL: https://svnweb.freebsd.org/changeset/base/309035
Log:
   This little BSD licensed library has been kicking around for years.
   It allows one to trivially convert an absolute path to a relative path
   and the reverse. The test programs themselves are very useful in scripts
   but the real use comes shortly with the -r and -a arguments to ln.
   These are sometimes known as the --relative and --absolute flags and
   can force a symlink to be relative when you only have an absolue path.
   Another place these are sometimes used is to add -a and -r args to 
'realpath'.
   Incredibly useful in Makefiles.
   I was going to just add the files in with 'ln' but a library makes more 
sense.
   The test programs may come out in their own right some day for scripting.
   released under a BSD 2-clause:
* Copyright (c) 1997 Shigio Yamaguchi. All rights reserved.
* Copyright (c) 1999 Tama Communications Corporation. All rights reserved.
   The test directry does not conform to any framework.
   Not connected to build.
   doc people may want to play with the manual pages.
   Obtained from:  https://www.tamacom.com/pathconvert.html  Shigio Yamaguchi.
   MFC after: 1 month
   Relnotes:   yes
   Sponsored by:   Panzura, Tama Communications Corporation

Consider making this a static-only library or a part of an existing
library such as libc or libutil, since the overhead of a shared object
is rather big compared to the amount of code here.


yeah I was thinking of making it part of libc but libc is already
such a kitchen sink and there are only two planned users.
ln and realpath.
A static library is one idea for sure. (or even just a .o).

The actual real target for this is the build itself. Currently we are 
making
lots of symlinks that should be relative but we only really have 
absolute information.
This allows symlink -sr  to dynamically generate the correct relative 
symlink,

given absolute args.
e.g. /usr/lib/libm.so -> /lib/libm.so.5  should really be 
../../lib/libm.so.5
so that when it is read from outside a jail it still refers to the 
right place.


I'm waiting for a gap in my work schedule to get ln and realpath 
changes in place.






Thanks for not linking this to the build right away.



___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"


Re: svn commit: r309035 - in head/lib/libpathconv: . tests

2016-11-27 Thread Baptiste Daroussin
On Sun, Nov 27, 2016 at 09:43:05PM +0100, Jilles Tjoelker wrote:
> On Wed, Nov 23, 2016 at 07:57:52AM +, Julian Elischer wrote:
> > Author: julian
> > Date: Wed Nov 23 07:57:52 2016
> > New Revision: 309035
> > URL: https://svnweb.freebsd.org/changeset/base/309035
> 
> > Log:
> >   This little BSD licensed library has been kicking around for years.
> >   It allows one to trivially convert an absolute path to a relative path
> >   and the reverse. The test programs themselves are very useful in scripts
> >   but the real use comes shortly with the -r and -a arguments to ln.
> >   These are sometimes known as the --relative and --absolute flags and
> >   can force a symlink to be relative when you only have an absolue path.
> >   Another place these are sometimes used is to add -a and -r args to 
> > 'realpath'.
> >   Incredibly useful in Makefiles.
> 
> >   I was going to just add the files in with 'ln' but a library makes more 
> > sense.
> >   The test programs may come out in their own right some day for scripting.
> 
> >   released under a BSD 2-clause:
> >* Copyright (c) 1997 Shigio Yamaguchi. All rights reserved.
> >* Copyright (c) 1999 Tama Communications Corporation. All rights 
> > reserved.
> 
> >   The test directry does not conform to any framework.
> >   Not connected to build.
> >   doc people may want to play with the manual pages.
> 
> >   Obtained from:  https://www.tamacom.com/pathconvert.html  Shigio 
> > Yamaguchi.
> >   MFC after: 1 month
> >   Relnotes:   yes
> >   Sponsored by:   Panzura, Tama Communications Corporation
> 
> Consider making this a static-only library or a part of an existing
> library such as libc or libutil, since the overhead of a shared object
> is rather big compared to the amount of code here.
> 
> Thanks for not linking this to the build right away.

+1 seems like a good candidate for libutil

Best regards,
Bapt


signature.asc
Description: PGP signature


Re: svn commit: r309035 - in head/lib/libpathconv: . tests

2016-11-27 Thread Jilles Tjoelker
On Wed, Nov 23, 2016 at 07:57:52AM +, Julian Elischer wrote:
> Author: julian
> Date: Wed Nov 23 07:57:52 2016
> New Revision: 309035
> URL: https://svnweb.freebsd.org/changeset/base/309035

> Log:
>   This little BSD licensed library has been kicking around for years.
>   It allows one to trivially convert an absolute path to a relative path
>   and the reverse. The test programs themselves are very useful in scripts
>   but the real use comes shortly with the -r and -a arguments to ln.
>   These are sometimes known as the --relative and --absolute flags and
>   can force a symlink to be relative when you only have an absolue path.
>   Another place these are sometimes used is to add -a and -r args to 
> 'realpath'.
>   Incredibly useful in Makefiles.

>   I was going to just add the files in with 'ln' but a library makes more 
> sense.
>   The test programs may come out in their own right some day for scripting.

>   released under a BSD 2-clause:
>* Copyright (c) 1997 Shigio Yamaguchi. All rights reserved.
>* Copyright (c) 1999 Tama Communications Corporation. All rights reserved.

>   The test directry does not conform to any framework.
>   Not connected to build.
>   doc people may want to play with the manual pages.

>   Obtained from:  https://www.tamacom.com/pathconvert.html  Shigio Yamaguchi.
>   MFC after: 1 month
>   Relnotes:   yes
>   Sponsored by:   Panzura, Tama Communications Corporation

Consider making this a static-only library or a part of an existing
library such as libc or libutil, since the overhead of a shared object
is rather big compared to the amount of code here.

Thanks for not linking this to the build right away.

-- 
Jilles Tjoelker
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"


svn commit: r309035 - in head/lib/libpathconv: . tests

2016-11-22 Thread Julian Elischer
Author: julian
Date: Wed Nov 23 07:57:52 2016
New Revision: 309035
URL: https://svnweb.freebsd.org/changeset/base/309035

Log:
  This little BSD licensed library has been kicking around for years.
  It allows one to trivially convert an absolute path to a relative path
  and the reverse. The test programs themselves are very useful in scripts
  but the real use comes shortly with the -r and -a arguments to ln.
  These are sometimes known as the --relative and --absolute flags and
  can force a symlink to be relative when you only have an absolue path.
  Another place these are sometimes used is to add -a and -r args to 'realpath'.
  Incredibly useful in Makefiles.
  
  I was going to just add the files in with 'ln' but a library makes more sense.
  The test programs may come out in their own right some day for scripting.
  
  released under a BSD 2-clause:
   * Copyright (c) 1997 Shigio Yamaguchi. All rights reserved.
   * Copyright (c) 1999 Tama Communications Corporation. All rights reserved.
  
  The test directry does not conform to any framework.
  Not connected to build.
  doc people may want to play with the manual pages.
  
  Obtained from:  https://www.tamacom.com/pathconvert.html  Shigio Yamaguchi.
  MFC after: 1 month
  Relnotes:   yes
  Sponsored by:   Panzura, Tama Communications Corporation

Added:
  head/lib/libpathconv/
  head/lib/libpathconv/Makefile   (contents, props changed)
  head/lib/libpathconv/abs2rel.3   (contents, props changed)
  head/lib/libpathconv/abs2rel.c   (contents, props changed)
  head/lib/libpathconv/pathconv.h   (contents, props changed)
  head/lib/libpathconv/rel2abs.3   (contents, props changed)
  head/lib/libpathconv/rel2abs.c   (contents, props changed)
  head/lib/libpathconv/tests/
  head/lib/libpathconv/tests/Makefile   (contents, props changed)
  head/lib/libpathconv/tests/abs2rel.c   (contents, props changed)
  head/lib/libpathconv/tests/rel2abs.c   (contents, props changed)
  head/lib/libpathconv/tests/test.pl   (contents, props changed)

Added: head/lib/libpathconv/Makefile
==
--- /dev/null   00:00:00 1970   (empty, because file is newly added)
+++ head/lib/libpathconv/Makefile   Wed Nov 23 07:57:52 2016
(r309035)
@@ -0,0 +1,20 @@
+# $FreeBSD$
+
+.include 
+
+PACKAGE=lib${LIB}
+LIB=   pathconv
+SHLIB_MAJOR=   1
+MAN=   rel2abs.3 abs2rel.3
+INCS=  pathconv.h
+SRCS=  abs2rel.c rel2abs.c
+
+
+#VERSION_DEF=  ${.CURDIR}/../libc/Versions.def
+#SYMBOL_MAPS=  ${.CURDIR}/Symbol.map
+
+.if ${MK_TESTS} != "no"
+SUBDIR+=   tests
+.endif
+
+.include 

Added: head/lib/libpathconv/abs2rel.3
==
--- /dev/null   00:00:00 1970   (empty, because file is newly added)
+++ head/lib/libpathconv/abs2rel.3  Wed Nov 23 07:57:52 2016
(r309035)
@@ -0,0 +1,136 @@
+.\"
+.\" Copyright (c) 1997 Shigio Yamaguchi. All rights reserved.
+.\" Copyright (c) 1999 Tama Communications Corporation. All rights reserved.
+.\"
+.\" Redistribution and use in source and binary forms, with or without
+.\" modification, are permitted provided that the following conditions
+.\" are met:
+.\" 1. Redistributions of source code must retain the above copyright
+.\"notice, this list of conditions and the following disclaimer.
+.\" 2. Redistributions in binary form must reproduce the above copyright
+.\"notice, this list of conditions and the following disclaimer in the
+.\"documentation and/or other materials provided with the distribution.
+.\"
+.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
+.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+.\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
+.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+.\" SUCH DAMAGE.
+.\"
+.\"  $FreeBSD$
+.\"
+.Dd Dec 15, 1997"
+.Dt ABS2REL 3
+.Os
+.Sh NAME
+.Nm abs2rel
+.Nd make a relative path name from an absolute path name
+.Sh SYNOPSIS
+.Ft "char *"
+.Fn abs2rel "const char *path" "const char *base" "char *result" "size_t size"
+.Sh DESCRIPTION
+The
+.Fn abs2rel
+function makes a relative path name from an absolute path name
+.Fa path
+based on a directory
+.Fa base
+and copies the resulting path name into the memory referenced by
+.Fa result .
+The
+.Fa result
+argument must refer to a buffer capable of storing at least
+.Fa size
+characters.
+