GNU logs - #75667, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#75667: Emacs 30.0.93 build failure if -lz but not <zlib.h>
Resent-From: Paul Eggert <eggert@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 19 Jan 2025 08:30:01 +0000
Resent-Message-ID: <handler.75667.B.173727538131019 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 75667 <at> debbugs.gnu.org
Message-ID: <e14c47ff-645b-40ab-b055-e1c1d66baee1@HIDDEN>
Date: Sun, 19 Jan 2025 00:29:28 -0800
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
From: Paul Eggert <eggert@HIDDEN>
Organization: UCLA Computer Science Department
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Received-SPF: pass client-ip=131.179.128.66; envelope-from=eggert@HIDDEN;
 helo=mail.cs.ucla.edu
X-Spam_score_int: -19
X-Spam_score: -2.0
X-Spam_bar: --
X-Spam_report: (-2.0 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001,
 RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

In the emacs-30.0.93 pretest, the build fails on cfarm119.cfarm.net 
which is running AIX 7.3. To reproduce the problem on that platform:

   /configure CC=/opt/IBM/openxlC/17.1.1/bin/ibm-clang 
--with-jpeg=ifavailable --with-png=ifavailable --with-gif=ifavailable 
--with-tiff=ifavailable --with-gnutls=ifavailable
   gmake

The build eventually fails with:

   CC       decompress.o
decompress.c:23:10: fatal error: 'zlib.h' file not found
#include <zlib.h>
          ^~~~~~~~

As the #include is protected by "#ifdef HAVE_ZLIB", it appears that 
'configure' assumes that if gcc -lz works then "#include <zlib.h>" will 
work too. That assumption is incorrect on this platform.

I suppose HAVE_ZLIB could be changed to be true only if zlib.h can be 
included; or perhaps the #include should be protected by #ifdef 
HAVE_ZLIB_H (though this sounds more complicated). Up to whoever did the 
zlib stuff.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Paul Eggert <eggert@HIDDEN>
Subject: bug#75667: Acknowledgement (Emacs 30.0.93 build failure if -lz
 but not <zlib.h>)
Message-ID: <handler.75667.B.173727538131019.ack <at> debbugs.gnu.org>
References: <e14c47ff-645b-40ab-b055-e1c1d66baee1@HIDDEN>
X-Gnu-PR-Message: ack 75667
X-Gnu-PR-Package: emacs
Reply-To: 75667 <at> debbugs.gnu.org
Date: Sun, 19 Jan 2025 08:30:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 75667 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
75667: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D75667
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#75667: Emacs 30.0.93 build failure if -lz but not <zlib.h>
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 19 Jan 2025 09:25:02 +0000
Resent-Message-ID: <handler.75667.B75667.17372786808602 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Paul Eggert <eggert@HIDDEN>
Cc: 75667 <at> debbugs.gnu.org
Date: Sun, 19 Jan 2025 11:24:29 +0200
Message-Id: <86frlf88c2.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <e14c47ff-645b-40ab-b055-e1c1d66baee1@HIDDEN> (message from
 Paul Eggert on Sun, 19 Jan 2025 00:29:28 -0800)
References: <e14c47ff-645b-40ab-b055-e1c1d66baee1@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Sun, 19 Jan 2025 00:29:28 -0800
> From: Paul Eggert <eggert@HIDDEN>
> 
> In the emacs-30.0.93 pretest, the build fails on cfarm119.cfarm.net 
> which is running AIX 7.3. To reproduce the problem on that platform:
> 
>    /configure CC=/opt/IBM/openxlC/17.1.1/bin/ibm-clang 
> --with-jpeg=ifavailable --with-png=ifavailable --with-gif=ifavailable 
> --with-tiff=ifavailable --with-gnutls=ifavailable
>    gmake
> 
> The build eventually fails with:
> 
>    CC       decompress.o
> decompress.c:23:10: fatal error: 'zlib.h' file not found
> #include <zlib.h>
>           ^~~~~~~~
> 
> As the #include is protected by "#ifdef HAVE_ZLIB", it appears that 
> 'configure' assumes that if gcc -lz works then "#include <zlib.h>" will 
> work too. That assumption is incorrect on this platform.

Where is zlib.h on that platform?

> I suppose HAVE_ZLIB could be changed to be true only if zlib.h can be 
> included; or perhaps the #include should be protected by #ifdef 
> HAVE_ZLIB_H (though this sounds more complicated). Up to whoever did the 
> zlib stuff.

It's too late to make serious changes in the configury on the release
branch, but maybe we should simply disable HAVE_ZLIB_H on AIX?  Then
we could find a proper solution on master.

Last modified: Sun, 19 Jan 2025 09:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.