Subject: bug#24505: closed (Re: bug#24505: getprogname vs. AIX [was: new snapshot available: grep-2.25.92-f3e9)

From: [email-masked] (GNU bug Tracking System)
Date: Thu, 22 Sep 2016 19:18:02 +0000

Your bug report

#24505: getprogname vs. AIX [was: new snapshot available: grep-2.25.92-f3e9

which was filed against the grep package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
24505: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24505
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#24505: getprogname vs. AIX [was: new snapshot available: grep-2.25.92-f3e9
From: Jim Meyering <[email-masked]>
To: Assaf Gordon <[email-masked]>
Cc: [email-masked]
Date: Thu, 22 Sep 2016 12:17:12 -0700
List-Id: <debbugs-submit.debbugs.gnu.org>

On Thu, Sep 22, 2016 at 9:14 AM, Jim Meyering <[email-masked]> wrote:
> On Thu, Sep 22, 2016 at 7:49 AM, Assaf Gordon <[email-masked]> wrote:
...
> Thank you, Assaf.
> Good catch. I've made that correction and pushed to gnulib.

I have also pushed a grep commit to make it use the latest from gnulib:

  http://git.savannah.gnu.org/cgit/grep.git/commit/?id=4a86a5e728ae0152048dd9a65d681f324c8aea17

With that, building on AIX should at least get past that compilation failure.

Subject: getprogname vs. AIX [was: new snapshot available: grep-2.25.92-f3e9
From: Jim Meyering <[email-masked]>
To: [email-masked], Assaf Gordon <[email-masked]>
Date: Wed, 21 Sep 2016 21:25:19 -0700
List-Id: <debbugs-submit.debbugs.gnu.org>

Gordon reported this off-list:

>>>> On AIX-7.1 32bit, compilation fails due to gnulib's new 'getprogname'
>>>> module:
>>>>  CC       getprogname.o
>>>>  getprogname.c: In function 'getprogname':
>>>>  getprogname.c:45:4: error: #error "getprogname module not ported to this
>>>> OS"
>>>>  #  error "getprogname module not ported to this OS"

Thanks again for that report.
Here is a tentative patch (let's call it "pragmatic" -- it tests
explicitly for _AIX rather than a feature-test macro like
HAVE_GETPROCS64 and an additional macro from an autoconf test for the
existence of the procinfo.h header).

Can someone let me know if this solves the problem?