Hi, Sorry it's been delayed by a bit. Currently Iain (not that Iain) is running tests on a wide net of versions and architectures, with mixed success rates that seem to boil down to some C binding issue.
Most of the published effort on my side is currently sitting in users/ibuclaw/darwin. Iain. Excerpts from ciel's message of December 7, 2020 3:43 am: > Iain-san, > > Thank you for finally working on GDC Darwin support. > > T. Yamada > > 2020年11月30日(月) 7:28 <gcc-patches-requ...@gcc.gnu.org>: >> >> Send Gcc-patches mailing list submissions to >> gcc-patches@gcc.gnu.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://gcc.gnu.org/mailman/listinfo/gcc-patches >> or, via email, send a message with subject or body 'help' to >> gcc-patches-requ...@gcc.gnu.org >> >> You can reach the person managing the list at >> gcc-patches-ow...@gcc.gnu.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Gcc-patches digest..." >> Today's Topics: >> >> 1. Re: [PATCH] configure: Support building D front-end on >> *-*-darwin* (Iain Buclaw) >> 2. Re: [PATCH] d: Add darwin support for D language front-end >> (Iain Buclaw) >> 3. Fix freeing of thunk_info (Jan Hubicka) >> 4. Re: [PATCH] handle conditionals in -Wstringop-overflow et al. >> (PR 92936) (Martin Sebor) >> >> >> >> ---------- Forwarded message ---------- >> From: Iain Buclaw <ibuc...@gdcproject.org> >> To: Iain Sandoe <i...@sandoe.co.uk> >> Cc: gcc-patches@gcc.gnu.org >> Bcc: >> Date: Sun, 29 Nov 2020 22:13:58 +0100 >> Subject: Re: [PATCH] configure: Support building D front-end on *-*-darwin* >> Excerpts from Iain Sandoe's message of November 29, 2020 10:35 am: >> > Hi Iain >> > >> > Iain Buclaw <ibuc...@gdcproject.org> wrote: >> > >> >> The bootstrap has been succeeding for some time now, there's no need to >> >> set it as an unsupported language. >> >> >> >> OK for mainline? >> > >> > At present, this breaks bootstrap on 32 bit Darwin hosts. >> > >> > Once that’s resolved, then it seems a reasonable to make sure that the D >> > FE is built and tested (even though there is still work to do on the >> > library >> > support). >> > >> > So, OK once all the currently tested Darwin hosts bootstrap with D enabled. >> > >> >> As confirmed off list, powerpc and i686 darwin9 bootstrapped OK, so I've >> committed it as r11-5521. >> >> Iain. >> >> >> >> >> ---------- Forwarded message ---------- >> From: Iain Buclaw <ibuc...@gdcproject.org> >> To: Iain Sandoe <i...@sandoe.co.uk> >> Cc: gcc-patches@gcc.gnu.org >> Bcc: >> Date: Sun, 29 Nov 2020 22:21:26 +0100 >> Subject: Re: [PATCH] d: Add darwin support for D language front-end >> Excerpts from Iain Sandoe's message of November 29, 2020 1:49 pm: >> > Hi Iain >> > >> > Iain Buclaw <ibuc...@gdcproject.org> wrote: >> > >> >> This patch adds necessary predefined version symbols and support for >> >> moduleinfo sections for darwin to allow testing libphobos support. >> >> >> >> OK for mainline? >> > >> > As we discussed off-list, this sets ABI (the section names are visible and >> > part >> > of the contract with the runtime). >> > >> > It’s highly desirable that we can interoperate with D objects built by >> > other impls. >> > so the section naming convention should be agreed. >> > >> > As far as I understand things, the names you have here agree with those >> > used >> > by “upstream” (but current the LLVM D variant uses something different). >> > >> > The Darwin parts are OK, with a note to (re-)check on the section names >> > before >> > the first release*. >> > >> > thanks >> > Iain >> > >> > * perhaps it might be worth pinging the relevant upstream and LLV folks >> > long >> > before that - since the release cycles there mean that there will likely be >> > another >> > one before GCC11 ships. >> > >> >> I've sent Martin a message, so hoping for a response within the week >> which name he'd prefer I go. I suspect it'd be better to align with >> LLVM instead of the reference DMD compiler. As the compiler/run-time >> integration of modules uses the same machinery, and we both want to >> support loading shared DSOs (DMD is static only on OSX). >> >> Adjusted the patch with some copy/paste fixes (missing tabs, Glibc gets >> a mention). Committed the following as r11-5522. >> >> Regards, >> Iain >> >> --- >> gcc/ChangeLog: >> >> * config.gcc (*-*-darwin*): Set d_target_objs and >> target_has_targetdm. >> * config/elfos.h (TARGET_D_MINFO_SECTION): New macro. >> (TARGET_D_MINFO_START_NAME): New macro. >> (TARGET_D_MINFO_END_NAME): New macro. >> * config/t-darwin: Add darwin-d.o. >> * doc/tm.texi: Regenerate. >> * doc/tm.texi.in (D language and ABI): Add @hook for >> TARGET_D_MINFO_SECTION, TARGET_D_MINFO_START_NAME, and >> TARGET_D_MINFO_END_NAME. >> * config/darwin-d.c: New file. >> >> gcc/d/ChangeLog: >> >> * d-target.def (d_minfo_section): New hook. >> (d_minfo_start_name): New hook. >> (d_minfo_end_name): New hook. >> * modules.cc: Include d-target.h. >> (register_moduleinfo): Update to use new targetdm hooks. >> --- >> gcc/config.gcc | 2 ++ >> gcc/config/darwin-d.c | 49 +++++++++++++++++++++++++++++++++++++++++++ >> gcc/config/elfos.h | 6 ++++++ >> gcc/config/t-darwin | 3 +++ >> gcc/d/d-target.def | 25 ++++++++++++++++++++++ >> gcc/d/modules.cc | 14 ++++++++++--- >> gcc/doc/tm.texi | 20 ++++++++++++++++++ >> gcc/doc/tm.texi.in | 6 ++++++ >> 8 files changed, 122 insertions(+), 3 deletions(-) >> create mode 100644 gcc/config/darwin-d.c >> >> diff --git a/gcc/config.gcc b/gcc/config.gcc >> index 0ae58482657..aacab0d9133 100644 >> --- a/gcc/config.gcc >> +++ b/gcc/config.gcc >> @@ -702,8 +702,10 @@ case ${target} in >> extra_options="${extra_options} darwin.opt" >> c_target_objs="${c_target_objs} darwin-c.o" >> cxx_target_objs="${cxx_target_objs} darwin-c.o" >> + d_target_objs="${d_target_objs} darwin-d.o" >> fortran_target_objs="darwin-f.o" >> target_has_targetcm=yes >> + target_has_targetdm=yes >> extra_objs="${extra_objs} darwin.o" >> extra_gcc_objs="darwin-driver.o" >> default_use_cxa_atexit=yes >> diff --git a/gcc/config/darwin-d.c b/gcc/config/darwin-d.c >> new file mode 100644 >> index 00000000000..ced07ce006a >> --- /dev/null >> +++ b/gcc/config/darwin-d.c >> @@ -0,0 +1,49 @@ >> +/* Darwin support needed only by D front-end. >> + Copyright (C) 2020 Free Software Foundation, Inc. >> + >> +GCC is free software; you can redistribute it and/or modify it under >> +the terms of the GNU General Public License as published by the Free >> +Software Foundation; either version 3, or (at your option) any later >> +version. >> + >> +GCC is distributed in the hope that it will be useful, but WITHOUT ANY >> +WARRANTY; without even the implied warranty of MERCHANTABILITY or >> +FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License >> +for more details. >> + >> +You should have received a copy of the GNU General Public License >> +along with GCC; see the file COPYING3. If not see >> +<http://www.gnu.org/licenses/>. */ >> + >> +#include "config.h" >> +#include "system.h" >> +#include "coretypes.h" >> +#include "tm_d.h" >> +#include "d/d-target.h" >> +#include "d/d-target-def.h" >> + >> +/* Implement TARGET_D_OS_VERSIONS for Darwin targets. */ >> + >> +static void >> +darwin_d_os_builtins (void) >> +{ >> + d_add_builtin_version ("Posix"); >> + d_add_builtin_version ("OSX"); >> + d_add_builtin_version ("darwin"); >> +} >> + >> +#undef TARGET_D_OS_VERSIONS >> +#define TARGET_D_OS_VERSIONS darwin_d_os_builtins >> + >> +/* Define TARGET_D_MINFO_SECTION for Darwin targets. */ >> + >> +#undef TARGET_D_MINFO_SECTION >> +#define TARGET_D_MINFO_SECTION "__DATA,__minfodata" >> + >> +#undef TARGET_D_MINFO_START_NAME >> +#define TARGET_D_MINFO_START_NAME "*section$start$__DATA$__minfodata" >> + >> +#undef TARGET_D_MINFO_END_NAME >> +#define TARGET_D_MINFO_END_NAME "*section$end$__DATA$__minfodata" >> + >> +struct gcc_targetdm targetdm = TARGETDM_INITIALIZER; >> diff --git a/gcc/config/elfos.h b/gcc/config/elfos.h >> index 74a3eafda6b..d8f169f54df 100644 >> --- a/gcc/config/elfos.h >> +++ b/gcc/config/elfos.h >> @@ -474,3 +474,9 @@ see the files COPYING3 and COPYING.RUNTIME respectively. >> If not, see >> >> #undef TARGET_LIBC_HAS_FUNCTION >> #define TARGET_LIBC_HAS_FUNCTION no_c99_libc_has_function >> + >> +/* ELF support needed only by D front-end. */ >> + >> +#define TARGET_D_MINFO_SECTION "minfo" >> +#define TARGET_D_MINFO_START_NAME "__start_minfo" >> +#define TARGET_D_MINFO_END_NAME "__stop_minfo" >> diff --git a/gcc/config/t-darwin b/gcc/config/t-darwin >> index 7f2ac282bfc..355389c60b4 100644 >> --- a/gcc/config/t-darwin >> +++ b/gcc/config/t-darwin >> @@ -26,6 +26,9 @@ darwin-c.o: $(srcdir)/config/darwin-c.c >> $(COMPILE) $(PREPROCESSOR_DEFINES) $< >> $(POSTCOMPILE) >> >> +darwin-d.o: $(srcdir)/config/darwin-d.c >> + $(COMPILE) $< >> + $(POSTCOMPILE) >> >> darwin-f.o: $(srcdir)/config/darwin-f.c >> $(COMPILE) $< >> diff --git a/gcc/d/d-target.def b/gcc/d/d-target.def >> index 41b31723188..728cba70335 100644 >> --- a/gcc/d/d-target.def >> +++ b/gcc/d/d-target.def >> @@ -46,5 +46,30 @@ relating to the target operating system.", >> void, (void), >> hook_void_void) >> >> +/* ModuleInfo section name and brackets. */ >> +DEFHOOKPOD >> +(d_minfo_section, >> + "Contains the name of the section in which module info references should >> be\n\ >> +placed. This section is expected to be bracketed by two symbols to >> indicate\n\ >> +the start and end address of the section, so that the runtime library can\n\ >> +collect all modules for each loaded shared library and executable. The\n\ >> +default value of @code{NULL} disables the use of sections altogether.", >> + const char *, NULL) >> + >> +DEFHOOKPOD >> +(d_minfo_start_name, >> + "If @code{TARGET_D_MINFO_SECTION} is defined, then this must also be >> defined\n\ >> +as the name of the symbol indicating the start address of the module info\n\ >> +section", >> + const char *, NULL) >> + >> +/* The name of the ModuleInfo section. */ >> +DEFHOOKPOD >> +(d_minfo_end_name, >> + "If @code{TARGET_D_MINFO_SECTION} is defined, then this must also be >> defined\n\ >> +as the name of the symbol indicating the end address of the module info\n\ >> +section", >> + const char *, NULL) >> + >> /* Close the 'struct gcc_targetdm' definition. */ >> HOOK_VECTOR_END (C90_EMPTY_HACK) >> diff --git a/gcc/d/modules.cc b/gcc/d/modules.cc >> index 4b48c19a90e..742a24ff0bb 100644 >> --- a/gcc/d/modules.cc >> +++ b/gcc/d/modules.cc >> @@ -36,6 +36,7 @@ along with GCC; see the file COPYING3. If not see >> #include "stringpool.h" >> >> #include "d-tree.h" >> +#include "d-target.h" >> >> >> /* D generates module information to inform the runtime library which >> modules >> @@ -405,6 +406,10 @@ build_dso_registry_var (const char * name, tree type) >> static void >> register_moduleinfo (Module *decl, tree minfo) >> { >> + /* No defined minfo section for target. */ >> + if (targetdm.d_minfo_section == NULL) >> + return; >> + >> if (!targetm_common.have_named_sections) >> sorry ("%<-fmoduleinfo%> is not supported on this target"); >> >> @@ -420,7 +425,8 @@ register_moduleinfo (Module *decl, tree minfo) >> DECL_EXTERNAL (mref) = 0; >> DECL_PRESERVE_P (mref) = 1; >> >> - set_decl_section_name (mref, "minfo"); >> + set_decl_section_name (mref, targetdm.d_minfo_section); >> + symtab_node::get (mref)->implicit_section = true; >> d_pushdecl (mref); >> rest_of_decl_compilation (mref, 1, 0); >> >> @@ -431,10 +437,12 @@ register_moduleinfo (Module *decl, tree minfo) >> if (!first_module) >> return; >> >> - start_minfo_node = build_dso_registry_var ("__start_minfo", >> ptr_type_node); >> + start_minfo_node = build_dso_registry_var (targetdm.d_minfo_start_name, >> + ptr_type_node); >> rest_of_decl_compilation (start_minfo_node, 1, 0); >> >> - stop_minfo_node = build_dso_registry_var ("__stop_minfo", ptr_type_node); >> + stop_minfo_node = build_dso_registry_var (targetdm.d_minfo_end_name, >> + ptr_type_node); >> rest_of_decl_compilation (stop_minfo_node, 1, 0); >> >> /* Declare dso_slot and dso_initialized. */ >> diff --git a/gcc/doc/tm.texi b/gcc/doc/tm.texi >> index d9502c2c607..9f700b1c774 100644 >> --- a/gcc/doc/tm.texi >> +++ b/gcc/doc/tm.texi >> @@ -10822,6 +10822,26 @@ Similarly to @code{TARGET_D_CPU_VERSIONS}, but is >> used for versions >> relating to the target operating system. >> @end deftypefn >> >> +@deftypevr {D Target Hook} {const char *} TARGET_D_MINFO_SECTION >> +Contains the name of the section in which module info references should be >> +placed. This section is expected to be bracketed by two symbols to indicate >> +the start and end address of the section, so that the runtime library can >> +collect all modules for each loaded shared library and executable. The >> +default value of @code{NULL} disables the use of sections altogether. >> +@end deftypevr >> + >> +@deftypevr {D Target Hook} {const char *} TARGET_D_MINFO_START_NAME >> +If @code{TARGET_D_MINFO_SECTION} is defined, then this must also be defined >> +as the name of the symbol indicating the start address of the module info >> +section >> +@end deftypevr >> + >> +@deftypevr {D Target Hook} {const char *} TARGET_D_MINFO_END_NAME >> +If @code{TARGET_D_MINFO_SECTION} is defined, then this must also be defined >> +as the name of the symbol indicating the end address of the module info >> +section >> +@end deftypevr >> + >> @node Named Address Spaces >> @section Adding support for named address spaces >> @cindex named address spaces >> diff --git a/gcc/doc/tm.texi.in b/gcc/doc/tm.texi.in >> index b08923c8f28..012cb1c53f0 100644 >> --- a/gcc/doc/tm.texi.in >> +++ b/gcc/doc/tm.texi.in >> @@ -7353,6 +7353,12 @@ floating-point support; they are not included in this >> mechanism. >> >> @hook TARGET_D_OS_VERSIONS >> >> +@hook TARGET_D_MINFO_SECTION >> + >> +@hook TARGET_D_MINFO_START_NAME >> + >> +@hook TARGET_D_MINFO_END_NAME >> + >> @node Named Address Spaces >> @section Adding support for named address spaces >> @cindex named address spaces >> -- >> 2.27.0 >> >> >> >> >> >> ---------- Forwarded message ---------- >> From: Jan Hubicka <hubi...@ucw.cz> >> To: gcc-patches@gcc.gnu.org >> Cc: >> Bcc: >> Date: Sun, 29 Nov 2020 23:23:01 +0100 >> Subject: Fix freeing of thunk_info >> Hi, >> thunk_info should be freed with ggc_delete since it is ggc allocated. >> >> Bootstrapped/regtested x86_64-linux, >> Honza >> PR jit/97867 >> * symtab-thunks.h (thunk_info::release): Use ggc_delete. >> diff --git a/gcc/symtab-thunks.h b/gcc/symtab-thunks.h >> index 41a684995b3..0dba2217793 100644 >> --- a/gcc/symtab-thunks.h >> +++ b/gcc/symtab-thunks.h >> @@ -167,7 +167,7 @@ inline void >> thunk_info::release () >> { >> if (symtab->m_thunks) >> - delete (symtab->m_thunks); >> + ggc_delete (symtab->m_thunks); >> symtab->m_thunks = NULL; >> } >> #endif /* GCC_SYMTAB_THUNKS_H */ >> >> >> >> >> ---------- Forwarded message ---------- >> From: Martin Sebor <mse...@gmail.com> >> To: Jeff Law <l...@redhat.com>, gcc-patches <gcc-patches@gcc.gnu.org> >> Cc: >> Bcc: >> Date: Sun, 29 Nov 2020 15:27:39 -0700 >> Subject: Re: [PATCH] handle conditionals in -Wstringop-overflow et al. (PR >> 92936) >> On 11/13/20 2:34 PM, Jeff Law wrote: >> > >> > On 11/2/20 7:24 PM, Martin Sebor wrote: >> >> The attached patch extends compute_objsize() to handle conditional >> >> expressions represented either as PHIs or MIN_EXPR and MAX_EXPR. >> >> >> >> To simplify the handling of the -Wstringop-overflow/-overread >> >> warnings the change factors this code out of tree-ssa-strlen.c >> >> and into inform_access() in builtins.c, making it a member of >> >> access_ref. Besides eliminating a decent amount of code >> >> duplication this also improves the consistency of the warnings. >> >> >> >> Finally, the change introduces a distinction between the definite >> >> kinds of -Wstringop-overflow (and -Wstringop-overread) warnings >> >> and the maybe kind. The latter are currently only being issued >> >> for function array parameters but I expect to make use of them >> >> more extensively in the future. >> >> >> >> Besides the usual GCC bootstrap/regtest I have tested the change >> >> with Binutils/GDB and Glibc and verified that it doesn't introduce >> >> any false positives. >> >> >> >> Martin >> >> >> >> gcc-92936.diff >> >> >> >> PR middle-end/92936 - missing warning on a past-the-end store to a PHI >> >> PR middle-end/92940 - incorrect offset and size in -Wstringop-overflow >> >> for out-of-bounds store into VLA and two offset ranges >> >> PR middle-end/89428 - missing -Wstringop-overflow on a PHI with variable >> >> offset >> >> >> >> gcc/ChangeLog: >> >> >> >> PR middle-end/92936 >> >> PR middle-end/92940 >> >> PR middle-end/89428 >> >> * builtins.c (access_ref::access_ref): Initialize member. >> >> (access_ref::phi): New function. >> >> (access_ref::get_ref): New function. >> >> (access_ref::add_offset): Remove duplicate assignment. >> >> (maybe_warn_for_bound): Add "maybe" kind of warning messages. >> >> (warn_for_access): Same. >> >> (inform_access): Rename... >> >> (access_ref::inform_access): ...to this. Print PHI arguments. >> >> Format >> >> offset the same as size and simplify. Improve printing of allocation >> >> functions and VLAs. >> >> (check_access): Adjust to the above. >> >> (gimple_parm_array_size): Change argument. >> >> (handle_min_max_size): New function. >> >> * builtins.h (struct access_ref): Declare new members. >> >> (gimple_parm_array_size): Change argument. >> >> * tree-ssa-strlen.c (maybe_warn_overflow): Use access_ref and >> >> simplify. >> >> (handle_builtin_memcpy): Correct argument passed to >> >> maybe_warn_overflow. >> >> (handle_builtin_memset): Same. >> >> >> >> gcc/testsuite/ChangeLog: >> >> >> >> PR middle-end/92936 >> >> PR middle-end/92940 >> >> PR middle-end/89428 >> >> * c-c++-common/Wstringop-overflow-2.c: Adjust text of expected >> >> informational notes. >> >> * gcc.dg/Wstringop-overflow-11.c: Remove xfails. >> >> * gcc.dg/Wstringop-overflow-12.c: Same. >> >> * gcc.dg/Wstringop-overflow-17.c: Adjust text of expected messages. >> >> * gcc.dg/Wstringop-overflow-27.c: Same. Remove xfails. >> >> * gcc.dg/Wstringop-overflow-28.c: Adjust text of expected messages. >> >> * gcc.dg/Wstringop-overflow-29.c: Same. >> >> * gcc.dg/Wstringop-overflow-37.c: Same. >> >> * gcc.dg/Wstringop-overflow-46.c: Same. >> >> * gcc.dg/Wstringop-overflow-47.c: Same. >> >> * gcc.dg/Wstringop-overflow-54.c: Same. >> >> * gcc.dg/warn-strnlen-no-nul.c: Add expected warning. >> >> * gcc.dg/Wstringop-overflow-58.c: New test. >> >> * gcc.dg/Wstringop-overflow-59.c: New test. >> >> * gcc.dg/Wstringop-overflow-60.c: New test. >> >> * gcc.dg/Wstringop-overflow-61.c: New test. >> >> * gcc.dg/Wstringop-overflow-62.c: New test. >> > >> > So my only significant concern here is the recursive nature and the lack >> > of a limiter for pathological cases. We certainly run into cases with >> > thousands of PHI arguments and deep chains of PHIs feeding other PHIs. >> > Can you put in a PARAM to limit the amount of recursion and and PHI >> > arguments you look at? With that I think this is fine -- I consider it >> > unlikely this patch is the root cause of the ICEs I sent you earlier >> > today from the tester since those failures are in the array bounds >> > checking bits. >> >> I've reused the same approach/class as in tree-ssa-strlen.c and >> after adjusting things that need to be adjusted and retesting >> with Binutils/GDB and Glibc committed the attached patch in >> r11-5523. >> >> That said, although the recursion hasn't been a problem (there's >> still code elsewhere that does this sort of traversal of the use- >> def chains that doesn't use the parameter), the subsequent patch >> that adds the cache makes it possible to reduce it to just trees >> (when the function is called in a GIMPLE pass to cache each >> pointer assignment). >> >> Martin >