Re: update: textproc/ripgrep 0.5.2

2017-05-19 Thread Sebastien Marie 
On Sun, May 14, 2017 at 03:08:58PM +0200, Sebastien Marie wrote:
> Hi,
> 
> An update to textproc/ripgrep 0.5.2.
> 
> See https://github.com/BurntSushi/ripgrep/releases/tag/0.5.2 for
> changelog.
> 

Now lang/rust is able to deal alone with libgcc.a stuff, here an updated
update for ripgrep.

Please note the #' at end of COMMENT is a small hack to make vim syntax
happy. The comment text is unaffected (make show=COMMENT is right).

Thanks.
-- 
Sebastien Marie

Index: Makefile
===
RCS file: /cvs/ports/textproc/ripgrep/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile12 Apr 2017 02:21:58 -  1.3
+++ Makefile19 May 2017 07:32:30 -
@@ -1,10 +1,10 @@
 # $OpenBSD: Makefile,v 1.3 2017/04/12 02:21:58 danj Exp $
 
-COMMENT =  line oriented search tool using Rust's regex library
+COMMENT =  line oriented search tool using Rust's regex library #'
 
 GH_ACCOUNT =   BurntSushi
 GH_PROJECT =   ripgrep
-GH_TAGNAME =   0.5.1
+GH_TAGNAME =   0.5.2
 
 CATEGORIES =   textproc sysutils
 
@@ -26,25 +26,25 @@ MODCARGO_CRATES +=  atty-0.2.2  # MIT
 MODCARGO_CRATES += bitflags-0.8.2  # MIT/Apache-2.0
 MODCARGO_CRATES += bytecount-0.1.6 # Apache-2.0/MIT
 MODCARGO_CRATES += cfg-if-0.1.0# MIT/Apache-2.0
-MODCARGO_CRATES += clap-2.23.1 # MIT
+MODCARGO_CRATES += clap-2.24.1 # MIT
 MODCARGO_CRATES += crossbeam-0.2.10# Apache-2.0/MIT
-MODCARGO_CRATES += encoding_rs-0.5.0   # MIT/Apache-2.0
+MODCARGO_CRATES += encoding_rs-0.5.1   # MIT/Apache-2.0
 MODCARGO_CRATES += env_logger-0.4.2# MIT/Apache-2.0
 MODCARGO_CRATES += fnv-1.0.5   # Apache-2.0 / MIT
 MODCARGO_CRATES += fs2-0.4.1   # MIT/Apache-2.0
 MODCARGO_CRATES += kernel32-sys-0.2.2  # MIT
-MODCARGO_CRATES += lazy_static-0.2.6   # MIT
-MODCARGO_CRATES += libc-0.2.21 # MIT/Apache-2.0
+MODCARGO_CRATES += lazy_static-0.2.8   # MIT/Apache-2.0
+MODCARGO_CRATES += libc-0.2.22 # MIT/Apache-2.0
 MODCARGO_CRATES += log-0.3.7   # MIT/Apache-2.0
 MODCARGO_CRATES += memchr-1.0.1# Unlicense/MIT
 MODCARGO_CRATES += memmap-0.5.2# MIT/Apache-2.0
-MODCARGO_CRATES += num_cpus-1.3.0  # MIT/Apache-2.0
+MODCARGO_CRATES += num_cpus-1.4.0  # MIT/Apache-2.0
 MODCARGO_CRATES += regex-0.2.1 # MIT/Apache-2.0
 MODCARGO_CRATES += regex-syntax-0.4.0  # MIT/Apache-2.0
 MODCARGO_CRATES += same-file-0.1.3 # Unlicense/MIT
 MODCARGO_CRATES += simd-0.1.1  # MIT/Apache-2.0
 MODCARGO_CRATES += strsim-0.6.0# MIT
-MODCARGO_CRATES += term_size-0.2.3 # MIT/Apache-2.0
+MODCARGO_CRATES += term_size-0.3.0 # MIT OR Apache-2.0
 MODCARGO_CRATES += thread-id-3.0.0 # Apache-2.0
 MODCARGO_CRATES += thread_local-0.3.3  # Apache-2.0/MIT
 MODCARGO_CRATES += unicode-segmentation-1.1.0  # MIT/Apache-2.0
Index: distinfo
===
RCS file: /cvs/ports/textproc/ripgrep/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo12 Apr 2017 02:21:58 -  1.3
+++ distinfo19 May 2017 07:32:30 -
@@ -4,25 +4,25 @@ SHA256 (cargo/atty-0.2.2.tar.gz) = 2RLaD
 SHA256 (cargo/bitflags-0.8.2.tar.gz) = 
E3Dp/Cpq5Trqi3pREO29CINu2HyIc236vMreHCtEv/Q=
 SHA256 (cargo/bytecount-0.1.6.tar.gz) = 
Ho8J+8jGcmpLYW3PvU9USRBo1rsbk6wDx4rBj/mlkko=
 SHA256 (cargo/cfg-if-0.1.0.tar.gz) = 
3h52DXtlNa9CQfyovYrfaOLn7azGsp9dOZBQxeSM+Iw=
-SHA256 (cargo/clap-2.23.1.tar.gz) = 
1IDDmi5fmzo3mMZhYT4bDnp65x4AUQLUqpEPwyid9IQ=
+SHA256 (cargo/clap-2.24.1.tar.gz) = 
t1QQab4LiuxBAwgCq+i1ze8EkAcK+qVUGK3qk7HkMeA=
 SHA256 (cargo/crossbeam-0.2.10.tar.gz) = 
DF6iFWZMomTaip2cO+gNLq8wkjwlnQPocDiOuSdQj5c=
-SHA256 (cargo/encoding_rs-0.5.0.tar.gz) = 
ehzKCib5BJVdgNcLm/8QGeT0y8BvL8vM+L09iJzBybc=
+SHA256 (cargo/encoding_rs-0.5.1.tar.gz) = 
5LxRnVcq8Iz3LE1h4N6bBen6ZtH9tec5+1xAWGC0LUM=
 SHA256 (cargo/env_logger-0.4.2.tar.gz) = 
44VvFpcJhgb8bLl6k96Iyj87w1u4eMclkg5uguzwXoM=
 SHA256 (cargo/fnv-1.0.5.tar.gz) = bMSEhC8eKIT69W9Sn5YMwSrYxxzpbMerugoGfJj+40Q=
 SHA256 (cargo/fs2-0.4.1.tar.gz) = NO2u4HVVhZ3BPKOH5q4FaGu00DZMldZJttq5WVEfS68=
 SHA256 (cargo/kernel32-sys-0.2.2.tar.gz) = 
dQdiSylINDHAui2Crs6Mps26k4K/9N3Q90kFYMBWCY0=
-SHA256 (cargo/lazy_static-0.2.6.tar.gz) = 
L2G4Qhx6RkjDkWEWJdVv3Vx1Z9oFrxvmVf2MrMZDq7M=
-SHA256 (cargo/libc-0.2.21.tar.gz) = 
iO6BiF+fBL/5keMG/qfBxgpfD55Anpn2tA4zEaM2MTU=
+SHA256 (cargo/lazy_static-0.2.8.tar.gz) = 
OzdUWrcm3YM+xkIKq6gjHFsyCBS5AprVhVVdKgPpT78=
+SHA256 (cargo/libc-0.2.22.tar.gz) = 
uruCgdqIy6mS+h9N3sfWPtligKGlPsm5Gf03tT1x5QI=
 SHA256 (cargo/log-0.3.7.tar.gz) = UUHsoCd1p2LMbNVk2NLFD2fA6jo3LL8cUVkrPgKeEK0=
 SHA256 (cargo/memchr-1.0.1.tar.gz) = 
HbzMDkbx6ke58X5tZ8Wpa9JwMFGcUZyckTJ+MSdaR7Q=
 SHA256 (cargo/memmap-0.5.2.tar.gz) = 
RvPHNZAosxmZKH2uTlBH3f6Qojt9yiKCznWbSRCAyZs=
-SHA256 (cargo/num_cpus-1.3.0

Re: update: textproc/ripgrep 0.5.2

2017-05-14 Thread Sebastien Marie 
On Sun, May 14, 2017 at 04:33:09PM +0200, Marc Espie wrote:
> On Sun, May 14, 2017 at 03:08:59PM +0200, Sebastien Marie wrote:
> > Hi,
> > 
> > An update to textproc/ripgrep 0.5.2.
> > 
> > See https://github.com/BurntSushi/ripgrep/releases/tag/0.5.2 for
> > changelog.
> > 
> > While here, adds gcc4 MODULES in order to use egcc as linker. It should
> > let ripgrep to build with cc=clang configuration. The problem was still
> > the same as cargo: clang doesn't know about libgcc.
> 
> One big question is: do you actually need libgcc, or is libcompiler_rt
> enough ?  For instance, we figured out that  emacs21 is happy with it.

The use of libgcc is for unwinding. libcompiler_rt seems to have some
unwinding symbols (but not all), so it could be valuable to test it.

An alternative way (for rustc at least), would be to provide a
standalone libunwind.a. Currently it is only available via libc++abi.a
(and it isn't compatible with libestdc++).

> libgcc is all nice and dandy, but gcc4 won't help with new arches that are
> clang only.

ripgrep is a Rust program: it requires a Rust compiler, which is only
available for amd64 and i386 currently.

-- 
Sebastien Marie

Re: update: textproc/ripgrep 0.5.2

2017-05-14 Thread Marc Espie 
On Sun, May 14, 2017 at 03:08:59PM +0200, Sebastien Marie wrote:
> Hi,
> 
> An update to textproc/ripgrep 0.5.2.
> 
> See https://github.com/BurntSushi/ripgrep/releases/tag/0.5.2 for
> changelog.
> 
> While here, adds gcc4 MODULES in order to use egcc as linker. It should
> let ripgrep to build with cc=clang configuration. The problem was still
> the same as cargo: clang doesn't know about libgcc.

One big question is: do you actually need libgcc, or is libcompiler_rt
enough ?  For instance, we figured out that  emacs21 is happy with it.

libgcc is all nice and dandy, but gcc4 won't help with new arches that are
clang only.