Re: freadseek.c not ported to GNU when building M4

Mohammad Akhlaghi <[email protected]>
Newsgroups gmane.comp.lib.gnulib.bugs,gmane.comp.gnu.m4.bugs
Message-ID <[email protected]>
Hi Bruno,

On 4/7/19 11:38 AM, Bruno Haible wrote:
> Thanks for the report. It has already been reported on the bug-m4 list:
> 
> https://lists.gnu.org/archive/html/bug-m4/2018-08/msg00000.html
> https://lists.gnu.org/archive/html/bug-m4/2018-11/msg00001.html
> https://lists.gnu.org/archive/html/bug-m4/2018-12/msg00000.html
> 
> m4 uses gnulib as a submodule, which means that an explicit action is needed
> by the m4 maintainers to move it past 2018-03-05 (which is when the fix was
> added to gnulib).
> 
>> $ git clone git://git.savannah.gnu.org/m4.git
>> $ cd m4
>> $ ./bootstrap --copy --gnulib-srcdir=/path/to/gnulib
>> $ ./configure
>> $ make
> 
> Probably you'll want to use the 'branch-1.4' branch, instead of the 'master'
> branch.

Thanks, I tried `branch-1.4', but the same error came up. I then tried 
M4 versions 1.4.16 and 1.4.12, but they also gave similar `gets' errors.

I noticed that Arch Linux's package manager has the necessary 
corrections as a patch:
https://git.archlinux.org/svntogit/packages.git/tree/trunk/m4-1.4.18-glibc-change-work-around.patch?h=packages/m4

After applying them, M4 was successfully built.

I look forward to the necessary corrections applied directly in the M4 
source.

Cheers,
Mohammad
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.