From unknown Tue Jun 17 01:43:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68832: Testing: POSIX yacc and C++ linkage Resent-From: Marcel Telka Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 30 Jan 2024 23:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 68832 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 68832@debbugs.gnu.org X-Debbugs-Original-To: bug-automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17066591006487 (code B ref -1); Tue, 30 Jan 2024 23:59:02 +0000 Received: (at submit) by debbugs.gnu.org; 30 Jan 2024 23:58:20 +0000 Received: from localhost ([127.0.0.1]:37135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rUxzd-0001gT-4S for submit@debbugs.gnu.org; Tue, 30 Jan 2024 18:58:20 -0500 Received: from lists.gnu.org ([2001:470:142::17]:50492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rUuq3-0004uJ-TZ for submit@debbugs.gnu.org; Tue, 30 Jan 2024 15:36:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rUupo-00011w-Sn for bug-automake@gnu.org; Tue, 30 Jan 2024 15:35:57 -0500 Received: from tortuga.telka.sk ([185.14.234.118]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rUupm-0000xX-Ge for bug-automake@gnu.org; Tue, 30 Jan 2024 15:35:56 -0500 Received: (qmail 15413 invoked from network); 30 Jan 2024 20:35:42 -0000 Received: from telcontar.in.telka.sk (HELO telcontar) (marcel@10.0.0.10) by tortuga.telka.sk with ESMTPSA (DHE-RSA-AES256-GCM-SHA384 encrypted); 30 Jan 2024 20:35:42 -0000 Date: Tue, 30 Jan 2024 21:35:41 +0100 From: Marcel Telka Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Yf0zFUp9B7SJlIQ6" Content-Disposition: inline Received-SPF: pass client-ip=185.14.234.118; envelope-from=marcel@telka.sk; helo=tortuga.telka.sk X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Mailman-Approved-At: Tue, 30 Jan 2024 18:58:16 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) --Yf0zFUp9B7SJlIQ6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I ran tests for automake 1.16.5 on OpenIndiana and following 4 tests failed: FAIL: t/yacc-cxx.sh FAIL: t/yacc-clean-cxx.sh FAIL: t/yacc-d-cxx.sh FAIL: t/yacc-mix-c-cxx.sh The cause for the failure is this: parse1.yy:30:7: error: conflicting declaration of 'void yyerror(const char*)' with 'C' linkage parse1.yy:7:6: note: previous declaration with 'C++' linkage 7 | void yyerror (const char *s) {} | ^~~~~~~ parse1.yy:34:6: error: conflicting declaration of 'int yylex()' with 'C' linkage parse1.yy:6:5: note: previous declaration with 'C++' linkage 6 | int yylex (void) { return std::getchar (); } | ^~~~~ For testing there is the default system yacc used. It is the illumos yacc as inherited from Solaris with some changes[1]. The generated code that causes the failure is this: 24 #if defined(__cplusplus) || defined(__STDC__) 25 26 #if defined(__cplusplus) 27 extern "C" { 28 #endif 29 #ifndef yyerror 30 #if defined(__cplusplus) 31 void yyerror(YYCONST char *); 32 #endif 33 #endif 34 #ifndef yylex 35 int yylex(void); 36 #endif 37 int yyparse(void); 38 #if defined(__cplusplus) 39 } 40 #endif 41 42 #endif The issue is apparent. The yacc generated code create both yyerror() and yylex() with the C linkage, but testing expects C++ linkage. This is exactly what the compiler error says. All of this is obvious. So where is the bug and what should be fixed? There are few possible views: 1. yacc is buggy and should not force C linkage for C++ source. This is grey area because POSIX says nothing about linkage or C++[2]. 2. The tests' expectations about yacc behavior re C++ are too strong. This seems to be true for illumos yacc. Other yacc implementations, for example GNU bison, does better job and do not force C linkage for affected functions. My proposal to solve the issue is to change affected tests to require bison instead of yacc. Please see attachment. Thank you. [1] for example this: https://www.illumos.org/issues/16136 [2] https://pubs.opengroup.org/onlinepubs/9699919799/utilities/yacc.html -- +-------------------------------------------+ | Marcel Telka e-mail: marcel@telka.sk | | homepage: http://telka.sk/ | +-------------------------------------------+ --Yf0zFUp9B7SJlIQ6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="automake-1.16.5-test-yacc-cxx-bison.patch" --- automake-1.16.5/t/yacc-cxx.sh.orig +++ automake-1.16.5/t/yacc-cxx.sh @@ -18,7 +18,7 @@ # headers are not involved). # Keep in sync with sister test 'yacc-basic.sh'. -required='c++ yacc' +required='c++ bison' . test-init.sh cat >> configure.ac << 'END' --- automake-1.16.5/t/yacc-clean-cxx.sh.orig +++ automake-1.16.5/t/yacc-clean-cxx.sh @@ -20,7 +20,7 @@ # "make maintainer-clean". # See also sister test 'yacc-clean.sh'. -required='c++ yacc' +required='c++ bison' . test-init.sh cat >> configure.ac << 'END' --- automake-1.16.5/t/yacc-d-cxx.sh.orig +++ automake-1.16.5/t/yacc-d-cxx.sh @@ -18,7 +18,7 @@ # (i.e., '-d' in *YFLAGS). # Keep in sync with sister test 'yacc-d-basic.sh'. -required='c++ yacc' +required='c++ bison' . test-init.sh write_parse () --- automake-1.16.5/t/yacc-mix-c-cxx.sh.orig +++ automake-1.16.5/t/yacc-mix-c-cxx.sh @@ -17,7 +17,7 @@ # Check that many different Yacc parsers (both C and C++) can co-exists # in the same directory. -required='cc c++ yacc' +required='cc c++ bison' . test-init.sh cat >> configure.ac << 'END' --Yf0zFUp9B7SJlIQ6-- From unknown Tue Jun 17 01:43:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68832: Testing: POSIX yacc and C++ linkage References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 31 Jan 2024 22:48:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68832 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: marcel@telka.sk Cc: 68832@debbugs.gnu.org Received: via spool by 68832-submit@debbugs.gnu.org id=B68832.170674124226414 (code B ref 68832); Wed, 31 Jan 2024 22:48:03 +0000 Received: (at 68832) by debbugs.gnu.org; 31 Jan 2024 22:47:22 +0000 Received: from localhost ([127.0.0.1]:39221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVJMY-0006rs-9z for submit@debbugs.gnu.org; Wed, 31 Jan 2024 17:47:22 -0500 Received: from frenzy.freefriends.org ([198.99.81.75]:54590 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVJMV-0006qu-Kg for 68832@debbugs.gnu.org; Wed, 31 Jan 2024 17:47:20 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 40VMl9LT001289 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 31 Jan 2024 15:47:09 -0700 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 40VMl92F001288; Wed, 31 Jan 2024 15:47:09 -0700 Date: Wed, 31 Jan 2024 15:47:09 -0700 Message-Id: <202401312247.40VMl92F001288@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) parse1.yy:30:7: error: conflicting declaration of 'void yyerror(const char*)' with 'C' linkage parse1.yy:7:6: note: previous declaration with 'C++' linkage Thanks much for the careful and complete report. I think this is another manifestation of what Bogdan fixed in other cases in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62886. His idea there was to essentially add an extern "C" only on Solaris, via sufficient #ifdef's. In these new cases, I guess braces would be required, so the test code would end up looking like: #if (defined __cplusplus) && ((!defined __sun) || (defined __EXTERN_C__)) extern "C" { #endif int yylex (void) { return std::getchar (); } void yyerror (const char *s) {} #if (defined __cplusplus) && ((!defined __sun) || (defined __EXTERN_C__)) } #endif Although I could try to do this, I can't easily test the result, and I'd probably mess up the editing. I'm also far from sure that this will actually solve the problem without introducing new ones. So maybe you could edit one of the test *.sh files and rerun the test and see what happens? In case you don't know, you can run a single test with, e.g., make check TESTS='t/yacc-cxx.sh' keep_testdirs=yes (the keep_testdirs keeps the .dir/ around so it can be inspected afterward.) My proposal to solve the issue is to change affected tests to require bison instead of yacc. A lot of work has gone into making the tests work with Solaris tools (despite the current failures), so I'm reluctant to throw that possibility away. Also, there have been similar bug reports with older versions of bison. There is no panacea :( ... --thanks, karl. From unknown Tue Jun 17 01:43:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68832: [PATCH] Testing: POSIX yacc and C++ linkage References: In-Reply-To: Resent-From: Bogdan Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 06 Feb 2024 21:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68832 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 68832@debbugs.gnu.org Received: via spool by 68832-submit@debbugs.gnu.org id=B68832.170725335414964 (code B ref 68832); Tue, 06 Feb 2024 21:03:01 +0000 Received: (at 68832) by debbugs.gnu.org; 6 Feb 2024 21:02:34 +0000 Received: from localhost ([127.0.0.1]:55223 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rXSaP-0003tI-O6 for submit@debbugs.gnu.org; Tue, 06 Feb 2024 16:02:34 -0500 Received: from mout.gmx.net ([212.227.17.20]:45023) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rXSaL-0003t2-5T for 68832@debbugs.gnu.org; Tue, 06 Feb 2024 16:02:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.us; s=s31663417; t=1707253329; x=1707858129; i=bogdro_rep@gmx.us; bh=6Pwa8be2ieE6dss5g1ngUBqx4x0MsNM3VIQR+E0YZ0Q=; h=X-UI-Sender-Class:Date:From:To:Subject; b=s/HcQ+QD2QHx7SwgOzK7Z933sg3TvTS6Amv305AYuGqS7UtBVbNI77xiGSAaIkff Xw0GRXKti4UxsZeV1uXhubFMJVYQKtC58SQgmn30aw6FF+ieAcw5xJwlFH30Tf7YF ceK3RQ1a16wzvr7NpFK5EdrouMBdpVuBVQbo6gFqsz52+zaZxS3Ckcw1QxZhLtgMA av+T+4q4AiiVtybvJ+7NYX/f2RC7p9TD0LIN9hyzm+guxOM9AUk3V+07DL5IyIDF+ F/LR7wdmJvp2qrvy4p+xCY4ptaVn79dgWCmOe2lDV41V46mYMLRt+7HwLQdxdufPz 8njVVahYRxBpREgVBA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.0.4] ([83.255.207.180]) by mail.gmx.net (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MJmKX-1rIOfg33xB-00K76U for <68832@debbugs.gnu.org>; Tue, 06 Feb 2024 22:02:09 +0100 Content-Type: multipart/mixed; boundary="------------FyQ10xOROuu4L3F8toUPtxuR" Message-ID: Date: Tue, 6 Feb 2024 22:02:04 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-GB From: Bogdan X-Provags-ID: V03:K1:fH+CLMJCvlLkOt0z0nYqvDvyXVg6hcTI0Zq4UyU2l7+Zb82hRVn F/2/IsZNvmAH7105L5zAf1+frzGiNWifhmw8F/fPorVS1OAVonfBboKDYHgT4zGTKPQONe4 2Y+oGojhiz7MdYEpP8w3HR0LSXa6JEGJKm2G97lFBBfnMHwzXYCq5Tl+YDphmN+wUx46orI C8d9YlSB1f5dUk5yt510w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:iAtgf4b78Cs=;7+N23UCgVfkPZduTOqg6OxW1hWQ Oil/OHxQ1/0/B8Tcm/q0h/uMa5F1y8wKCWQCK6PBDcjqOzZKWOaEPugTALEX4aqcs7VrnbzxZ dO59m1pBZWxhtE7y/0mzfwf/Cq/hb/fEmPfMeb9reP1lormb0u5cFIULYOYLidkiPh5CMH3Fi yDvdLSVRuiCdliUl1j2xw3o5JMVW6fAxnA/9TL52BjS+VwuFb/8M8PbUX8taJvaqelZPd2dgy EywfBMEb2aONDU/PCh8rEqKj9j53fOAFQ/+w+T68TtAVfmRUBCIX54xG2uRpqbVu0P0MjJY/9 m1yvCq/HW/Dfnksa55wzSzcNneaQIWkD6oXUpOBFmTqj8jbNzf+qf2Bj3SDsp7c1s9nBeA3/Z /CidtBTtM/IrabDB2hQMBv224I8KVN3pGOAM358Ce66iGQLGUYVpzHRoL6PVhsYDa+E95Puyq opeIknIPBAdzJ06gZy/VglbeoLNetIjv4dIXpAzRH2HzgAgURAnpeYaZHBHw/WJ+B5+Xh1w+6 kdT2rYb2WgDI/CRiPUFOeKSmBV0J457kbLqIxUl50lSwqdSYE0dLx47AeC1jCvmQaEzEUOJJC u8GJDcCiVe0SyDuPFDNaQ+ieB9+08OsHryjRpnwNSrfPkwynHKXk3j9IfhF0ajbd4YAm6Ho3w Tu3rn2f32QdzF3SIt6akoM1wWYbA4FuSNe4KiM7aueyhK3KRhkF8EvCss76QI/NIqspp/tGXh C16AuOENHbHJBYXQ49aJ3Hyqvgq9C7/Qz+Dfd1icQhWFr7Fo42Mqb9lr6Ge+vwZF5csUZj4zf F51n5ojpr6+8adksV6aQrwqLSn+UJEKc1/vXFhKScnw9Y= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------FyQ10xOROuu4L3F8toUPtxuR Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi. I have access to just Linux and SunOS and cannot reproduce the error (the tests pass), but Karl's solution seems reasonable and shouldn't hurt. Attaching a simple patch which (hopefully) fixes the issue. At least, it doesn't hurt Linux or SunOS, so it shouldn't make things worse. Feel free to reformat if needed (indents, empty lines, etc.). =2D- Regards - Bogdan ('bogdro') D. (GNU/Linux & FreeDOS) X86 assembly (DOS, GNU/Linux): http://bogdro.evai.pl/index-en.php Soft(EN): http://bogdro.evai.pl/soft http://bogdro.evai.pl/soft4asm www.Xiph.org www.TorProject.org www.LibreOffice.org www.GnuPG.org --------------FyQ10xOROuu4L3F8toUPtxuR Content-Type: text/x-patch; charset=UTF-8; name="automake-openindiana-fix-mail.diff" Content-Disposition: attachment; filename="automake-openindiana-fix-mail.diff" Content-Transfer-Encoding: base64 RnJvbSBhOTY5MTdkYjA1MzRjOTcyNWQ2ZjkxYjdmZDVmZGUwYWJjZjI2ZWYxIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBCb2dkYW4gRHJvemRvd3NraSA8PgpEYXRlOiBUdWUs IDYgRmViIDIwMjQgMjE6NTU6MjMgKzAxMDAKU3ViamVjdDogW1BBVENIXSBGaXggeWFjYyB0 ZXN0cyBvbiBPcGVuSW5kaWFuYQoKLS0tCiB0L3lhY2MtY2xlYW4tY3h4LnNoIHwgIDggKysr KysrKysKIHQveWFjYy1jeHguc2ggICAgICAgfCAgNyArKysrKysrCiB0L3lhY2MtZC1jeHgu c2ggICAgIHwgIDYgKysrKysrCiB0L3lhY2MtbWl4LWMtY3h4LnNoIHwgMTIgKysrKysrKysr KysrCiA0IGZpbGVzIGNoYW5nZWQsIDMzIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS90 L3lhY2MtY2xlYW4tY3h4LnNoIGIvdC95YWNjLWNsZWFuLWN4eC5zaAppbmRleCBmYWNkNmRi YzQuLjZhZjIwNDdjMCAxMDA2NDQKLS0tIGEvdC95YWNjLWNsZWFuLWN4eC5zaAorKysgYi90 L3lhY2MtY2xlYW4tY3h4LnNoCkBAIC03MCw5ICs3MCwxNyBAQCBjYXQgPiBzdWIxL3BhcnNl Zm9vLnl4eCA8PCAnRU5EJwogJXsKIC8vIFRoaXMgZmlsZSBzaG91bGQgY29udGFpbiB2YWxp ZCBDKysgYnV0IGludmFsaWQgQy4KICNpbmNsdWRlIDxjc3RkaW8+CisjaWYgKGRlZmluZWQg X19jcGx1c3BsdXMpICYmICgoIWRlZmluZWQgX19zdW4pIHx8IChkZWZpbmVkIF9fRVhURVJO X0NfXykpCitleHRlcm4gIkMiIHsKKyNlbmRpZgorCiAvLyAic3RkOjoiIHF1YWxpZmljYXRp b24gcmVxdWlyZWQgYnkgU3VuIEMrKyA1LjkuCiBpbnQgeXlsZXggKHZvaWQpIHsgcmV0dXJu IHN0ZDo6Z2V0Y2hhciAoKTsgfQogdm9pZCB5eWVycm9yIChjb25zdCBjaGFyICpzKSB7fQor I2lmIChkZWZpbmVkIF9fY3BsdXNwbHVzKSAmJiAoKCFkZWZpbmVkIF9fc3VuKSB8fCAoZGVm aW5lZCBfX0VYVEVSTl9DX18pKQorfQorI2VuZGlmCisKICV9CiAlJQogeCA6ICd4JyB7IH07 CmRpZmYgLS1naXQgYS90L3lhY2MtY3h4LnNoIGIvdC95YWNjLWN4eC5zaAppbmRleCBmNmI0 NzdjMGQuLjNmODkxZGFjNSAxMDA2NDQKLS0tIGEvdC95YWNjLWN4eC5zaAorKysgYi90L3lh Y2MtY3h4LnNoCkBAIC01NCw5ICs1NCwxNiBAQCBjYXQgPiBwYXJzZTEueXkgPDwgJ0VORCcK IHVzaW5nIHN0ZDo6ZXhpdDsKIHVzaW5nIHN0ZDo6ZnJlZTsKIHVzaW5nIHN0ZDo6bWFsbG9j OworI2lmIChkZWZpbmVkIF9fY3BsdXNwbHVzKSAmJiAoKCFkZWZpbmVkIF9fc3VuKSB8fCAo ZGVmaW5lZCBfX0VYVEVSTl9DX18pKQorZXh0ZXJuICJDIiB7CisjZW5kaWYKIC8vICJzdGQ6 OiIgcXVhbGlmaWNhdGlvbiByZXF1aXJlZCBieSBTdW4gQysrIDUuOS4KIGludCB5eWxleCAo dm9pZCkgeyByZXR1cm4gc3RkOjpnZXRjaGFyICgpOyB9CiB2b2lkIHl5ZXJyb3IgKGNvbnN0 IGNoYXIgKnMpIHt9CisjaWYgKGRlZmluZWQgX19jcGx1c3BsdXMpICYmICgoIWRlZmluZWQg X19zdW4pIHx8IChkZWZpbmVkIF9fRVhURVJOX0NfXykpCit9CisjZW5kaWYKKwogJX0KICUl CiBhIDogJ2EnIHsgZXhpdCgwKTsgfTsKZGlmZiAtLWdpdCBhL3QveWFjYy1kLWN4eC5zaCBi L3QveWFjYy1kLWN4eC5zaAppbmRleCAyNTVlMDBhNzEuLjU1Njk3N2MyMiAxMDA2NDQKLS0t IGEvdC95YWNjLWQtY3h4LnNoCisrKyBiL3QveWFjYy1kLWN4eC5zaApAQCAtMzUsOCArMzUs MTQgQEAgd3JpdGVfcGFyc2UgKCkKICAgICB1c2luZyBzdGQ6OmZyZWU7CiAgICAgdXNpbmcg c3RkOjptYWxsb2M7CiAgICAgI2luY2x1ZGUgIiRoZWFkZXIiCisgICAgI2lmIChkZWZpbmVk IF9fY3BsdXNwbHVzKSAmJiAoKCFkZWZpbmVkIF9fc3VuKSB8fCAoZGVmaW5lZCBfX0VYVEVS Tl9DX18pKQorICAgIGV4dGVybiAiQyIgeworICAgICNlbmRpZgogICAgIGludCB5eWxleCAo dm9pZCkgeyByZXR1cm4gMDsgfQogICAgIHZvaWQgeXllcnJvciAoY29uc3QgY2hhciAqcykg e30KKyAgICAjaWYgKGRlZmluZWQgX19jcGx1c3BsdXMpICYmICgoIWRlZmluZWQgX19zdW4p IHx8IChkZWZpbmVkIF9fRVhURVJOX0NfXykpCisgICAgfQorICAgICNlbmRpZgogICAgICV9 CiAgICAgJSUKICAgICB4IDogJ3gnIHt9OwpkaWZmIC0tZ2l0IGEvdC95YWNjLW1peC1jLWN4 eC5zaCBiL3QveWFjYy1taXgtYy1jeHguc2gKaW5kZXggMGU3ZTJlMTA0Li5kNDU0ZmUyNDQg MTAwNjQ0Ci0tLSBhL3QveWFjYy1taXgtYy1jeHguc2gKKysrIGIvdC95YWNjLW1peC1jLWN4 eC5zaApAQCAtNTQsOCArNTQsMTQgQEAgRU5ECiAKIGNhdCA+IHAueSA8PCdFTkQnCiAlewor I2lmIChkZWZpbmVkIF9fY3BsdXNwbHVzKSAmJiAoKCFkZWZpbmVkIF9fc3VuKSB8fCAoZGVm aW5lZCBfX0VYVEVSTl9DX18pKQorZXh0ZXJuICJDIiB7CisjZW5kaWYKIGludCB5eWxleCAo dm9pZCkgeyBpbnQgbmV3ID0gMDsgcmV0dXJuIG5ldzsgfQogdm9pZCB5eWVycm9yIChjb25z dCBjaGFyICpzKSB7fQorI2lmIChkZWZpbmVkIF9fY3BsdXNwbHVzKSAmJiAoKCFkZWZpbmVk IF9fc3VuKSB8fCAoZGVmaW5lZCBfX0VYVEVSTl9DX18pKQorfQorI2VuZGlmCiAlfQogJXRv a2VuIFpBUkRPWgogJSUKQEAgLTkzLDggKzk5LDE0IEBAIHVzaW5nIHN0ZDo6ZXhpdDsKIHVz aW5nIHN0ZDo6ZnJlZTsKIHVzaW5nIHN0ZDo6bWFsbG9jOwogI2luY2x1ZGUgInBhcnNlLmho IgorI2lmIChkZWZpbmVkIF9fY3BsdXNwbHVzKSAmJiAoKCFkZWZpbmVkIF9fc3VuKSB8fCAo ZGVmaW5lZCBfX0VYVEVSTl9DX18pKQorZXh0ZXJuICJDIiB7CisjZW5kaWYKIGludCB5eWxl eCAodm9pZCkgeyByZXR1cm4gMDsgfQogdm9pZCB5eWVycm9yIChjb25zdCBjaGFyICpzKSB7 fQorI2lmIChkZWZpbmVkIF9fY3BsdXNwbHVzKSAmJiAoKCFkZWZpbmVkIF9fc3VuKSB8fCAo ZGVmaW5lZCBfX0VYVEVSTl9DX18pKQorfQorI2VuZGlmCiAlfQogJXRva2VuIEZPT0JBUgog JSUKLS0gCjIuMzUuMQoK --------------FyQ10xOROuu4L3F8toUPtxuR-- From unknown Tue Jun 17 01:43:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68832: [PATCH] Testing: POSIX yacc and C++ linkage References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Wed, 07 Feb 2024 23:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68832 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: marcel@telka.sk Cc: 68832@debbugs.gnu.org Received: via spool by 68832-submit@debbugs.gnu.org id=B68832.170734688217683 (code B ref 68832); Wed, 07 Feb 2024 23:02:01 +0000 Received: (at 68832) by debbugs.gnu.org; 7 Feb 2024 23:01:22 +0000 Received: from localhost ([127.0.0.1]:58148 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rXquw-0004b9-FP for submit@debbugs.gnu.org; Wed, 07 Feb 2024 18:01:22 -0500 Received: from frenzy.freefriends.org ([198.99.81.75]:59394 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rXquu-0004b0-Hl for 68832@debbugs.gnu.org; Wed, 07 Feb 2024 18:01:21 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 417N14Ui000962 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 7 Feb 2024 16:01:04 -0700 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 417N13wO000945; Wed, 7 Feb 2024 16:01:03 -0700 Date: Wed, 7 Feb 2024 16:01:03 -0700 Message-Id: <202402072301.417N13wO000945@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Attaching a simple patch Thanks Bogdan! I pushed those changes. Marcel, if you're able to try testing from the repo, that would be great. Else it hopefully won't be too long before the next pretest (or, even more optimistically, the next release). -karl From unknown Tue Jun 17 01:43:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#68832: Test of automake-openindiana-fix-mail.diff References: In-Reply-To: Resent-From: Marcel Telka Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 10 Feb 2024 04:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68832 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 68832@debbugs.gnu.org Received: via spool by 68832-submit@debbugs.gnu.org id=B68832.17075389024218 (code B ref 68832); Sat, 10 Feb 2024 04:22:02 +0000 Received: (at 68832) by debbugs.gnu.org; 10 Feb 2024 04:21:42 +0000 Received: from localhost ([127.0.0.1]:38595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rYes1-00015x-7m for submit@debbugs.gnu.org; Fri, 09 Feb 2024 23:21:41 -0500 Received: from tortuga.telka.sk ([185.14.234.118]:43900) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rYbfi-000050-6K for 68832@debbugs.gnu.org; Fri, 09 Feb 2024 19:56:47 -0500 Received: (qmail 6926 invoked from network); 10 Feb 2024 00:56:21 -0000 Received: from telcontar.in.telka.sk (HELO telcontar) (marcel@10.0.0.10) by tortuga.telka.sk with ESMTPSA (DHE-RSA-AES256-GCM-SHA384 encrypted); 10 Feb 2024 00:56:21 -0000 Date: Sat, 10 Feb 2024 01:56:20 +0100 From: Marcel Telka Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: -0.0 (/) X-Mailman-Approved-At: Fri, 09 Feb 2024 23:21:40 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, I tested automake-1.16 with the automake-openindiana-fix-mail.diff (minor tweaks were needed because the patch refused to apply) and all four tests failed as before. That's not surprising because the patch is effectively no-op on illumos because __sun is defined and __EXTERN_C__ is not defined. Then I tried to change all guards from: #if (defined __cplusplus) && ((!defined __sun) || (defined __EXTERN_C__)) to #if (defined __cplusplus) And all four tests still failed, but the failure was different: /usr/gcc/13/bin/g++ -m64 -O3 -o foo1 parse1.o foo.o Undefined first referenced symbol in file _Z7yyparsev foo.o ld: fatal: symbol referencing errors. No output written to foo1 collect2: error: ld returned 1 exit status Thank you. -- +-------------------------------------------+ | Marcel Telka e-mail: marcel@telka.sk | | homepage: http://telka.sk/ | +-------------------------------------------+