From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <20150530061308.Horde.aC_WDskRKnim3lHX6LLxoUF@ssl.eumx.net> <282c8157ab32274a7a57bdaf92cfdb09@proxima.alt.za> Date: Sat, 30 May 2015 10:35:19 +0200 Message-ID: From: Jens Staal To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=20cf307f3540117dc005174879fc Subject: Re: [9fans] Ports tree for Plan 9 Topicbox-Message-UUID: 56bb7df2-ead9-11e9-9d60-3106f5b1d025 --20cf307f3540117dc005174879fc Content-Type: text/plain; charset=UTF-8 Den 30 maj 2015 10:23 skrev "Charles Forsyth" : > > > On 30 May 2015 at 08:21, Jens Staal wrote: >> >> am also interested in seeing how compatible the ported m4 is with GNU m4 if there are good tests > > > GNU m4 is insane, and completely missed the point about GPM (and thus m4). > > My m4 port is based on Ritchie's m4, although I might re-do a few things to make it a Plan 9 program > and account for a few changes in the C environment. You could put gnu m4 in APE I suppose, but > since it's mainly used for autotools which won't work anyway because they aren't portable, I'm not sure what's the point. I was talking about "quasar m4" in ports https://bitbucket.org/mveety/9front-ports/src/devel/m4/ Which apparently is a modified BSD m4 specifically aiming for GNU compatibility. I am not saying that they are the ideal or good tools - just that most 3rd party source expect certain behavior and a "compatibility environment" (like APE) has as first priority to deal with 3rd party stuff. Enabling as much as possible without judgement is at least to me desirable. All the ports are optional so nobody needs to feel "violated" by my heresy ;) --20cf307f3540117dc005174879fc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Den 30 maj 2015 10:23 skrev "Charles Forsyth" <charles.forsyth@gmail.com>:
>
>
> On 30 May 2015 at 08:21, Jens Staal <staal1978@gmail.com> wrote:
>>
>> am also interested in seeing how compatible the ported m4 is with = GNU m4 if there are good tests
>
>
> GNU m4 is insane, and completely missed the point about GPM (and thus = m4).
>
> My m4 port is based on Ritchie's m4, although I might re-do a few = things to make it a Plan 9 program
> and account for a few changes in the C environment. You could put gnu = m4 in APE I suppose, but
> since it's mainly used for autotools which won't work anyway b= ecause they aren't portable, I'm not sure what's the point.

I was talking about "quasar m4" in ports

https://bitbucket.org/mveety/9front-ports/src/devel/m4/

Which apparently is a modified BSD m4 specifically aiming fo= r GNU compatibility.

I am not saying that they are the ideal or good tools - just= that most 3rd party source expect certain behavior and a "compatibili= ty environment" (like APE) has as first priority to deal with 3rd part= y stuff. Enabling as much as possible without judgement is at least to me d= esirable.

All the ports are optional so nobody needs to feel "vio= lated" by my heresy ;)

--20cf307f3540117dc005174879fc--