Hi.
I like to use the revived PCC to compile gawk every once in a while.
This has stopped working.
Steps to reproduce:
git clone https://github.com/arnoldrobbins/pcc-revived.git
cd pcc-revived
git checkout ubuntu-18
./make-tmp.sh
/tmp/pcc/bin will have the execut
> Subject: Re: gawk regex stuff you may want
> To: Aharon Robbins
> Cc: bug-gnulib@gnu.org
> From: Paul Eggert
> Date: Sun, 24 Jan 2016 00:58:28 -0800
>
> Aharon Robbins wrote:
> > I think you mean ! _LIBC && RE_ENABLE_I18N.
>
> Thanks, I installed
> --- a/ChangeLog
> +++ b/ChangeLog
> @@ -1,3 +1,11 @@
> +2016-01-21 Paul Eggert
> +
> + regex: treat [x] as x if x is a unibyte encoding error
> + Problem reported by Aharon Robbins in:
> + http://lists.gnu.org/archive/html/bug-gnulib/2016-0
Hi Paul.
> Here are comments on the parts of the diff not incorporated in this round:
>
> > -static const char __re_error_msgid[] =
> > +static const char __re_error_msgid[] attribute_hidden =
>
> Since the constant is static, there should be no need for attribute_hidden,
> as
> the constant is
Hi.
Attached is a diff with bits and pieces (fixes / changes) in gawk's
regex routines that you may wish to apply to the GNULIB version.
Much of this is cosmetic, but there are a few substantial fixes as well.
I *may* have already sent this to you, but I'm not sure, so I'm resending
just in case
Hi Paolo.
> Il 27/04/2012 10:47, Aharon Robbins ha scritto:
> > What I sent to the list a while back should do. If not, I will recreate
> > the patches but I can't promise they'll 100% follow Jim's standards.
>
> Yes, please recreate them.
Done. Sent.
And
Hi Paolo.
> Date: Fri, 27 Apr 2012 10:39:21 +0200
> From: Paolo Bonzini
> To: Aharon Robbins
> CC: bug-g...@gnu.org, k...@gnu.org, bug-gnulib
> Subject: Re: RRI - copyright assignment mailed in
>
> Il 26/04/2012 22:40, Aharon Robbins ha scritto:
> > Hi Jim, Paul,
Hi All.
> The compilation seems to work cleanly on Solaris 9/10 Sparc and Solaris 10
> i386 with
> -Xc -D_XPG4_2
> as the headers have been modified in Solaris 10.
It sounds like the right thing for me to do is to update the Solaris
specific README file in the gawk dist.
Thanks,
Arnold
Hi Dagobert.
> > -#if !defined(__STDC__) || __STDC__ < 1
> > +#if (!defined(__STDC__) || __STDC__ < 1) && !defined(__EXTENSIONS__)
I can understand your frustration but I'm sorry, but this looks to be very
specific to the Sun compiler. If you want to extend this so that it's
clear it's for the S
Bruno,
Thanks for the analysis.
Arnold
> Date: Mon, 27 Jun 2011 15:10:43 +0200
> From: Paolo Bonzini
> To: Aharon Robbins
> CC: egg...@cs.ucla.edu, ebl...@redhat.com, bug-g...@gnu.org,
> bug-gnulib@gnu.org, k...@freefriends.org
> Subject: Re: Dealing with character ranges in grep
>
> On 06/16/2011
Hi.
> From: Jim Meyering
> To: Bruno Haible
> Cc: Paolo Bonzini , Aharon Robbins ,
> bug-gnulib@gnu.org, bug-grep , k...@freefriends.org
> Subject: Re: Dealing with character ranges in grep
> Date: Thu, 16 Jun 2011 07:58:05 +0200
>
> To make this proposed
Hi All.
> Date: Wed, 15 Jun 2011 14:09:45 -0600
> From: Eric Blake
> To: Paul Eggert
> CC: Aharon Robbins , bonz...@gnu.org, bug-g...@gnu.org,
> bug-gnulib@gnu.org, k...@freefriends.org
> Subject: Re: Dealing with character ranges in grep
>
> > Doesn'
Hi All.
Can I get a clear "yes, grep and sed are going to change to Reasonable
Range Interpretation"?
I was looking into the code, in terms of not using RE_RANGES_IGNORE_LOCALES
but simply always doing it based on character set ordering.
Doing so lets up throw away hard_locale.[ch] also.
Befor
Hi.
> From: Paolo Bonzini
> Date: Tue, 14 Jun 2011 13:11:32 +0200
> Subject: Re: Dealing with character ranges in grep
> To: Aharon Robbins
> Cc: egg...@cs.ucla.edu, k...@freefriends.org, bug-g...@gnu.org,
> bug-gnulib@gnu.org
>
> > ? In principle, I'm al
Hi All.
> Date: Thu, 09 Jun 2011 10:14:01 -0700
> From: Paul Eggert
> To: Paolo Bonzini
> CC: Aharon Robbins , bug-grep ,
> bug-gnulib , k...@freefriends.org
> Subject: Re: Dealing with character ranges in grep
>
> On 06/08/2011 10:14 PM, Aharon Robbins wrote:
&g
arriving in my inbox out of order (not sure why that
is!). I will try to review and reply.
Thanks,
Arnold
> Date: Thu, 09 Jun 2011 10:14:01 -0700
> From: Paul Eggert
> To: Paolo Bonzini
> CC: Aharon Robbins , bug-grep ,
> bug-gnulib , k...@freefriends.org
> Subject
Bruno,
Hi. I forgot to mention that you should use the dfa.[ch] in the gawk-stable
CVS on Savannah. This is the most up to date version.
Thanks!
Arnold
g is a definite step forward.
Much thanks!
Arnold
> From: Bruno Haible
> To: Aharon Robbins
> Subject: Re: merging the three forks of dfa.c ?
> Date: Sun, 1 Feb 2009 23:58:20 +0100
> Cc: bug-gnulib@gnu.org, t...@acm.org
>
> Hi Aharon, Tony,
>
> Thanks for your coop
Hi Bruno, Tony,
I didn't know that dfa was used in gettext. What version of the grep dfa did
you start with?
To answer your question, I am willing to pull from an upstream gnulib version,
but on two conditions:
1. The functionality must remain the same. In particular, at some point in
between
Gawk does not use gnulib. Nor is it likely to in the near future.
I would appreciate it if a patch could be supplied for tandem based on
what's in the tandem directory. In particular, if whatever command script
is used to do the compiling can add the _TANDEM_SOURCE and so on flags,
instead of the
21 matches
Mail list logo
