GNU bug report logs - #34849
Compilation issues with g++ on some files

Previous Next

Package: emacs;

Reported by: Alex <agrambot <at> gmail.com>

Date: Wed, 13 Mar 2019 21:13:01 UTC

Severity: wishlist

Tags: wontfix

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #42 received at 34849 <at> debbugs.gnu.org (full text, mbox):

From: Alex <agrambot <at> gmail.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Eli Zaretskii <eliz <at> gnu.org>, rms <at> gnu.org, 34849 <at> debbugs.gnu.org
Subject: Re: bug#34849: Compilation issues with g++ on some files
Date: Wed, 20 Mar 2019 00:04:09 -0600
Paul Eggert <eggert <at> cs.ucla.edu> writes:

> Eli Zaretskii wrote:
>> I believe the intent was to make the existing code be compilable with
>> a C++ compiler without introducing any C++ code per se.
>
> Although that may have been the intent, the downside is that a reasonable amount
> of work and testing would have to be done to support it.

Perhaps in the long run, but outside of these few issues everything
_seemed_ fine, at least with my particular configuration.

> On the Gnulib side we've had some skepticism that this would be worth
> the hassle; see:
>
> https://lists.gnu.org/r/bug-gnulib/2019-03/msg00060.html
>
> Especially since there is a disciplined way of using the code that (at least for
> Alex's need) appears to work well enough; see:
>
> https://lists.gnu.org/r/bug-gnulib/2019-03/msg00064.html

My problem there was that lisp.h includes verify.h, so I figure it would
have been better to either fix it in upstream (which got shot down) or
wrap the single include in extern "C++" rather than wrap most of lisp.h
in extern "C".




This bug report was last modified 6 years and 62 days ago.

Previous Next


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