[PATCH v3 3/3] p1689r5: initial support

This patch implements support for [P1689R5][] to communicate to a build system the C++20 module dependencies to build systems so that they may build `.gcm` files in the proper order. Support is communicated through the following three new flags: - `-fdeps-format=` specifies the format for the out

[PATCH v3 2/3] libcpp: add a function to determine UTF-8 validity of a C string

This simplifies the interface for other UTF-8 validity detections when a simple "yes" or "no" answer is sufficient. libcpp/ * charset.cc: Add `_cpp_valid_utf8_str` which determines whether a C string is valid UTF-8 or not. * internal.h: Add prototype for `_cpp_valid_utf8_s

[PATCH v3 1/3] libcpp: reject codepoints above 0x10FFFF

Unicode does not support such values because they are unrepresentable in UTF-16. libcpp/ * charset.cc: Reject encodings of codepoints above 0x10. UTF-16 does not support such codepoints and therefore all Unicode rejects such values. Signed-off-by: Ben Boeckel --- li

[PATCH v3 0/3] RFC: P1689R5 support

Hi, This patch adds initial support for ISO C++'s [P1689R5][], a format for describing C++ module requirements and provisions based on the source code. This is required because compiling C++ with modules is not embarrassingly parallel and need to be ordered to ensure that `import some_module;` can

Re: [PATCH, v3] Fortran: ordering of hidden procedure arguments [PR107441]

Le 08/11/2022 à 21:31, Harald Anlauf a écrit : Hi Mikael, Am 08.11.22 um 11:32 schrieb Mikael Morin: this is mostly good. There is one last corner case that is not properly handled: diff --git a/gcc/fortran/trans-decl.cc b/gcc/fortran/trans-decl.cc index 63515b9072a..94988b8690e 100644 --- a/

Re: [PATCH, v3] Fortran: ordering of hidden procedure arguments [PR107441]

Hi Mikael, Am 08.11.22 um 11:32 schrieb Mikael Morin: this is mostly good. There is one last corner case that is not properly handled: diff --git a/gcc/fortran/trans-decl.cc b/gcc/fortran/trans-decl.cc index 63515b9072a..94988b8690e 100644 --- a/gcc/fortran/trans-decl.cc +++ b/gcc/fortran/tran

Re: [newlib] Generally make all 'long double complex' methods available in

LGTM. -- Jeff J. On Tue, Nov 8, 2022 at 1:31 PM Thomas Schwinge wrote: > ..., not just '#if defined(__CYGWIN__)'. (Exception: 'clog10l' which > currently > indeed is for Cygwin only.) > > This completes 2017-07-05 commit be3ca3947402827aa52709e677369bc7ad30aa1d > "Fixed warnings for some long

[newlib] Generally make all 'long double complex' methods available in

..., not just '#if defined(__CYGWIN__)'. (Exception: 'clog10l' which currently indeed is for Cygwin only.) This completes 2017-07-05 commit be3ca3947402827aa52709e677369bc7ad30aa1d "Fixed warnings for some long double complex methods" after Aditya Upadhyay's work on importing "Long double complex

New member

Dear all, First of all thank you for letting me in the GNU Fortran mailing list. I've been an avid gfortran user for the past 10+ years and have posted quite a few issues on Bugzilla recently (one of them is the Finalization issue I see in the recent posts: https://gcc.gnu.org/bugzilla/s

Re: [PATCH, v3] Fortran: ordering of hidden procedure arguments [PR107441]

Hello, Le 07/11/2022 à 22:45, Harald Anlauf via Fortran a écrit : Dear all, Am 04.11.22 um 10:53 schrieb Mikael Morin: Le 03/11/2022 à 23:03, Harald Anlauf a écrit : I've spent some time not only staring at create_function_arglist, but trying several variations handling the declared hidden pa