Re: GCC 10.0 Status Report (2019-10-22), Stage 1 to end Nov 16th

Le mar. 22 oct. 2019 à 14:53, Richard Biener a écrit : > > Please make sure to get features intended for GCC 10 finished > and reviewed before the end of stage 1. > Hi, I understand my question comes very (most likely too) late, but are there any plans to switch the default C++ dialect to -std=g

Re: [committed] libstdc++: Reformat Python code

> Le 28 sept. 2023 à 22:21, Jonathan Wakely a écrit : > > Tested x86_64-linux (GDB 13.2, Python 3.11). Pushed to trunk. > > -- >8 -- > > Some of these changes were suggested by autopep8's --aggressive > option, others are for readability. > > Break long lines by splitting strings across multip

Re: [committed] libstdc++: Reformat Python code

> Le 13 nov. 2023 à 16:24, Jonathan Wakely a écrit : > > Yes, I'll do that backport (and most of the other Python improvements > too, at least for gcc-13). > > Thanks for raising it. > Cool thanks ! ;) In the meantime, in my own toolchains I have silenced (without fixing it) the warnings wit

[stdc++] Mark global new/delete operators as weak symbols

++ statically, then the linker will complain about multiple symbol definition. This patch fixes this by marking the global new/delete operator as weaks for linux. I may be extended to all ELF targets. Bootstrapped and tested on SLES 11 SP1 x86_64. Cheers, Romain /libstc++-v3/ 2013-08-20 Romain

Re: [stdc++] Mark global new/delete operators as weak symbols

Ping 2013/8/20 Romain Geissler : > Hi, > > According to the C++ standard §17.4.3.4(2,3) the global new and delete > operator implementation can be replaced by the program. For example, > tcmalloc does redefine them. On ELF targets, it is currently OK if you > link libstc++ dy

Re: C++ PATCH to merge concepts-cxx2a branch

Le mer. 9 oct. 2019 à 19:20, Jason Merrill a écrit : > > Andrew has done a lot of work to update the GCC implementation of C++ > concepts to conform to the upcoming C++20 standard, which clarifies, > removes, and changes various aspects of the earlier concepts TS. It can > still use some polishin

Re: [PATCH] Use __is_same_as for std::is_same and std::is_same_v

Le ven. 11 oct. 2019 à 17:50, Jonathan Wakely a écrit : > > By using the built-in we don't need to match a partial specialization > for std::is_same and don't need to instantiate std::is_same at all for > uses of std::is_same_v. > > * include/std/type_traits (is_same): Replace partial spec

Re: [PATCH] Use __is_same_as for std::is_same and std::is_same_v

Le sam. 12 oct. 2019 à 17:44, Romain Geissler a écrit : > > It looks like this creates the following error when I try to bootstrap > clang 9.0.0 using the latest gcc and libstdc++ from trunk. Note that > with g++, there is no problem, however it looks like clang++ has some > probl

[Driver] Add support for -fuse-ld=lld

Hi, I would like to raise again the question of supporting -fuse-ld=ldd. A patch implementing it was already submitted in https://gcc.gnu.org/ml/gcc-patches/2016-06/msg01722.html by Davide Italiano. This patch still applies correctly to current trunk. I am CC-ing the original author and re-posting

Re: [Driver] Add support for -fuse-ld=lld

Ping > Le 20 oct. 2018 à 12:18, Romain Geissler a > écrit : > > Hi, > > I would like to raise again the question of supporting -fuse-ld=ldd. A > patch implementing it was already submitted in > https://gcc.gnu.org/ml/gcc-patches/2016-06/msg01722.html by Davide >

Re: [Driver] Add support for -fuse-ld=lld

Ping^2 > Le 27 oct. 2018 à 11:33, Romain GEISSLER a > écrit : > > Ping > >> Le 20 oct. 2018 à 12:18, Romain Geissler a >> écrit : >> >> Hi, >> >> I would like to raise again the question of supporting -fuse-ld=ldd. A >> patch implem

Re: [EXT] Re: [Driver] Add support for -fuse-ld=lld

On Tue, 6 Nov 2018, H.J. Lu wrote: > On Sat, Oct 20, 2018 at 3:19 AM Romain Geissler > wrote: > > > > I would like to raise again the question of supporting -fuse-ld=lld. > > > > LGTM. But I can't approve it. > > -- > H.J. Hi, Is there any gcc rev

Re: [EXT] Re: [Driver] Add support for -fuse-ld=lld

On Thu, 8 Nov 2018, Richard Biener wrote: The patch is OK. Thanks, Richard. Thanks. Can you please apply it as I don't have any commit rights ? The patch can be found in https://gcc.gnu.org/ml/gcc-patches/2018-10/msg01240.html Here is a valid gcc/ChangeLog correctly formated where I am ref

Re: [EXT] Re: [Driver] Add support for -fuse-ld=lld

> Le 29 janv. 2019 à 20:03, Marek Polacek a écrit : > > On Fri, Jan 25, 2019 at 03:06:41PM +, Jonathan Wakely wrote: > > Indeed. Romain, are you going to submit a followup patch to address this? > > Marek Hi, I submitted the original patch because it was not written by me but by Davide,

Re: [EXT] Re: [Driver] Add support for -fuse-ld=lld

in the if condition, this of course can be changed if it doesn't follow the gcc guidelines. Cheers, Romain 2019-02-04 Romain Geissler * collect2.c (main): Use one condition per line when checking for selected_linker. * common.opt (-fuse-ld=gold, -fuse-ld=lld

Re: [GCC-MELT-137] Re: [MELT] split_string_* functions now take a value

Here is the fix git patch. 2011/8/2 Basile Starynkevitch : > On Tue, 2 Aug 2011 10:46:38 +0200 > Romain Geissler wrote: > >> 2011/8/2 Basile Starynkevitch : >> > Please use capitals for macrovariables in >> > macrostrings >> >> Ok. >> >&

[PLUGIN] Install c-tree.h header

Hi, For now, plugins can't compare types. This patch allows c-tree.h to be installed as a plugin header, allowing plugins to see "comptypes" (among other things). Romain Geissler 2011-08-02 Romain Geissler * Makefile.in (PLUGIN_HEADERS): Add C_TREE_H. Index:

[MELT] Add a few tree primitives

a-few-functions.Changelog Description: Binary data From a4d3037f8b0c032f2ba56b89a35f41fe7939d75a Mon Sep 17 00:00:00 2001 From: Romain Geissler Date: Tue, 2 Aug 2011 16:55:02 +0200 Subject: [PATCH] Add a few functions. --- gcc/melt/warmelt-first.melt | 28 + gcc/melt/xtr

Re: [GCC-MELT-150] [MELT] Add a few tree primitives

Le 2 août 2011 à 18:38, Basile Starynkevitch a écrit : > On Tue, 2 Aug 2011 17:02:05 +0200 > Romain Geissler wrote: > >> Hi, >> >> I added a few primitives about trees, plus a string_to_long >> conversion primitive and a foreach_pair_between iterator >

Re: [GCC-MELT-152] [MELT] Add a few tree primitives

Hi 2011/8/2 Basile Starynkevitch : > On Tue, 2 Aug 2011 19:13:04 +0200 > Romain Geissler wrote: >> > You should build MELT in an empty build tree. Please give us the log file >> > of your make >> > (don't use make -j, only a sequential make). >> &g

Re: [PLUGIN] compile and install gengtype, install gtype.state

On 08/04/2011 12:21 PM, Romain Geissler wrote: On Mon, Aug 01, 2011 at 02:27:49PM +0200, Romain Geissler wrote: ping I went ahead and bootstrapped/regtested/and make install tested your patch (note your mailer wrapped it up so that it didn't apply cleanly), but now that I think about i

Re: plugin event for C/C++ declarations

2011/7/20 Diego Novillo : > On Mon, Jul 18, 2011 at 03:06, Romain Geissler > I will commit this patch shortly. > > > Diego. > Ping !

Re: PATCH RFA: Build stages 2 and 3 with C++

gled symbols (and so built with g++). What's the new GCC policy about that ? Do plugins have to be built using g++ only, or does the plugin developer have the choice to use both gcc and g++ according to it's need (at the cost of adding extern "C" {…} in almost every headers to forbid mangling) ? Romain Geissler

Re: PATCH RFA: Build stages 2 and 3 with C++

Le 8 août 2011 à 20:49, Ian Lance Taylor a écrit : > > However, since we currently permit plugins to call anything in gcc, I > think the answer is going to have to be that plugins which do that > should be compiled with C++. Ok, i'll move to C++ then, until a dedicated C plugin API comes out. >

[Patch] Properly find getopt system declaration

ion with a native x86_64 bootstrap. config/ 2011-08-10 Romain Geissler * acx.m4 (ACX_CHECK_CC_ACCEPTS_IQUOTE) : Define. gcc/ 2011-08-10 Romain Geissler * configure.ac (acx_cv_cc_accepts_iquote): Define through a call to ACX_CHECK_CC_ACCEPTS_IQUOTE. (

Re: [PLUGIN] Install c-tree.h header

2011/8/2 Romain Geissler : > Hi, > > For now, plugins can't compare types. This patch allows > c-tree.h to be installed as a plugin header, allowing > plugins to see "comptypes" (among other things). > > Romain Geissler > > > 2011-08-02  Romain Geissl

Re: plugin event for C/C++ declarations

On 08/10/2011 05:20 PM, Diego Novillo wrote: On Mon, Aug 8, 2011 at 07:39, Romain Geissler wrote: 2011/7/20 Diego Novillo: On Mon, Jul 18, 2011 at 03:06, Romain Geissler I will commit this patch shortly. Diego. Ping ! Romain, please send me a current patch against today's

Re: [PATCH] Fix configure --with-cloog

Ping

Re: [Patch] Properly find getopt system declaration

2011/8/10 Romain GEISSLER : > Hi > > Thanks to the recent changes made to stage 2 and 3 (now built with g++), i > noticed a little error in the configure script that tries the > system getopt declaration. Indeed, if your system defines it in a system > header file named "

[PLUGIN] Fix PLUGIN_FINISH_TYPE

arsed type node. Bootstrapped and tested on x86_64. Romain Geissler gcc/ 2011-09-12 Romain Geissler * c-decl.c (grokdeclarator): Trigger PLUGIN_FINISH_TYPE for typedefs. * c-parser.c (cp_parser_type_specifier: Trigger PLUGIN_FINISH_TYPE for enums. gcc/cp/ 2011-09-12 R

Re: [PLUGIN] Fix PLUGIN_FINISH_TYPE

Hi, 2011/9/12 Dodji Seketeli : > Hello Romain, > > Romain Geissler a écrit: > >> This patch solves some lacks with the PLUGIN_FINISH_TYPE event >> triggering. For now, both C and C++ parser won't trigger it for enums or >> for typedef. > > AFAICT,

Re: [PLUGIN] Fix PLUGIN_FINISH_TYPE

Hi 2011/9/12 Dodji Seketeli : > Romain Geissler a écrit: >> When i recontributed the PLUGIN_FINISH_DECL patch from the original >> Brian Hackett, i didn't exactly checked what may or may not trigger >> this new event. I know for example that declaring a function t

Re: [PLUGIN] Fix PLUGIN_FINISH_TYPE

Hi, I tried to fix PLUGIN_FINISH_DECL as well to include typedefs in C++. The followings does not currently trigger the PLUGIN_FINISH_DECL (or not in all cases), but should them ? - function parameters (in the function prototype) - definition (with a function body) of a top-level function (whil

Re: [PLUGIN] Fix PLUGIN_FINISH_TYPE

Hello, Le 22 sept. 2011 à 15:22, Dodji Seketeli a écrit : > >> So i may need a PLUGIN_FINISH_TYPE_DECLARATION triggered when the type >> is declared but before it is finally defined. > > Hmmh. For this specific case, maybe just setting the TREE_DEPRECATED > flag on the tree node of type could d

Re: [PLUGIN] Fix PLUGIN_FINISH_TYPE

Le 22 sept. 2011 à 16:18, Diego Novillo a écrit : > On 11-09-22 09:40 , Dodji Seketeli wrote: >> Romain Geissler a écrit: >> >>> I tried to fix PLUGIN_FINISH_DECL as well to include typedefs in C++. >>> >>> The followings does not currently trigger

Add __stpncpy_chk builtin support

. Bootstrapped and tested without regression on darwin x86_64. Romain Geissler gcc/ 2011-11-28 Romain Geissler * builtins.def (BUILT_IN_STPNCPY_CHK): New definition. * builtins.c (expand_builtin, fold_builtin_4, maybe_emit_chk_warning): Add BUILT_IN_STPNCPY_CHK case

Re: Add __stpncpy_chk builtin support

Le 28 nov. 2011 à 12:16, Romain Geissler a écrit : > Hi, > > The current trunk have no support for the __stpncpy_chk function. As the > latest > OS X (10.7 aka Lion) now defines stpncpy as a call to builtin__stpncpy_chk for > GNUC compliant compiler, the following code won

Re: Add __stpncpy_chk builtin support

Le 8 déc. 2011 à 19:09, Jakub Jelinek a écrit : > On Mon, Nov 28, 2011 at 12:16:52PM +0100, Romain Geissler wrote: >> 2011-11-28 Romain Geissler >> >> * builtins.def (BUILT_IN_STPNCPY_CHK): New definition. >> * builtins.c (expand_builtin, fold_builti

[PATCH] Fix configure --with-cloog

oog is not installed in a directory searched by default by your linker when looking for libs. - Launch configure script with both --with-gmp and --with-cloog switch properly set This result in an unexpected error while configuring: error: Unable to find a usable CLooG. 2011-07-06 Romai

Re: [PATCH] Fix configure --with-cloog

r: Unable to > find a usable CLooG. > > > 2011-07-06  Romain Geissler   > >       * configure: Add $gmplibs to cloog $LDFLAGS > > Index: configure > === > --- configure   (revision 175709) > +++ con

Re: C++ mangling, function name to mangled name (or tree)

re the argument the user gave you to current_function_name() (that will returns you the full protoype of the current function, ie: malloc full name is "void* malloc(size_t)"). Then, you can store the FUNCTION_DECL tree if there's a match and use it for later processing. That's how i proceed for my plugins. Romain Geissler

Re: plugin event for C/C++ declarations

ches/2009-12/msg01032.html > > Brian Hi, Once again, this is a ping for the long time proposed patch by Brian Hackett. See last thread about this one here: http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00315.html Find below the fixed patch for recent revision (changed gcc/testsuite/g++.dg/

[PATCH] Remove call_expr_arg and call_expr_argp

Hello, This patch simply removes legacy call_expr_arg and call_expr_argp declarations since these functions no longer have a defined body. Use CALL_EXPR_ARG and CALL_EXPR_ARGP macros instead. Build fine and no regression on x86_64. 2011-07-08 Romain Geissler * tree.h: Remove

Re: [PATCH] Fix configure --with-cloog

2011/7/6 Romain Geissler : > > I forgot configure was a generated script. Here is the patch that fix > it at the m4 macro level : > > > 2011-07-06  Romain Geissler   > >      * config/cloog.m4: Add $gmplibs to cloog $LDFLAGS >      * configure: Regenerate &

Re: plugin event for C/C++ declarations

2011/7/7 Diego Novillo : > OK.  This one fell through the cracks in my inbox.  Apologies. > > > Diego. Hi, I don't have write access, can you please add the patch to the trunk ? Romain Geissler

Re: [PATCH] Remove call_expr_arg and call_expr_argp

2011/7/8 Richard Guenther : > Ok. > > Thanks, > Richard. > Hi, I don't have write access, can you please add the patch to the trunk ? Romain Geissler

[PLUGIN] c-family files installation

that it looks for c-common.h in the c-family directory. That way, headers will work out of the box when compiling a plugin, there is no need for additional include directory. Builds and installs fine Ok for the trunk (i have no write access) ? Romain Geissler gcc/c-family/ 2011-07-11 Romain Gei

Re: [PATCH, MELT] Add PRE_GENERICIZE callback support in MELT

Le 15 juil. 2011 à 18:17, Pierre Vittet a écrit : > Hello, > > The following patch add support for PLUGIN_PRE_GENERICIZE callback. > > The add_sysdata_pre_genericize patch add a field (sysdata_pre_genericize) in > initial system data, allowing to register a closure to be called on > PLUGIN_PRE

[MELT] Several build fix

Hello, Here is a little patch that fix build on my red hat system. It should work for both the plugin and the branch version (although i could not generate the new plugin because upgrade-warmelt require unifdef that i don't have on my system, so the plugin version has not been tested directly f

Re: [MELT] Several build fix

Le 15 juil. 2011 à 19:25, Romain Geissler a écrit : > Please check if it still work for you, i may have broken things ! Please try with clean installs (ie install gcc in a whole new directory for the branch or remove any previous melt related files for a plugin install). > (this includes

Re: [PATCH] Fix configure --with-cloog

2011/7/11 Romain Geissler : > 2011/7/6 Romain Geissler : >> >> I forgot configure was a generated script. Here is the patch that fix >> it at the m4 macro level : >> >> >> 2011-07-06  Romain Geissler   >> >>      * config/cloog.m4: Add $gmplib

Re: [PLUGIN] c-family files installation

2011/7/11 Matthias Klose : > On 07/11/2011 05:18 PM, Romain Geissler wrote: >> This patch add a new exception to the plugin header flattering strategy. >> c-family files can't be installed in the plugin include root directory as >> some >> other files like cp/cp-tr

Re: plugin event for C/C++ declarations

2011/7/11 Romain Geissler : > 2011/7/7 Diego Novillo : >> OK.  This one fell through the cracks in my inbox.  Apologies. >> >> >> Diego. > > Hi, > > I don't have write access, can you please add the patch to the trunk ? > > Romain Geissler Ping !

[PLUGIN] compile and install gengtype, install gtype.state

Hi, This patch allows a third party plugin to define new GTY-ed types by compiling and installing gengtype for host and installing gtype.state in plugin_includedir. Builds and installs fine on a x86_64 red hat. Ok for the trunk ? Romain Geissler gcc/ 2011-07-18 Romain Geissler

[Melt] Fix translatequickly mode installation

Hi, I corrected a minor error (translatedebug_mode get installed instead of translatequickly_mode). Romain Geissler Changelog Description: Binary data translatequickly_mode.diff Description: Binary data

Re: [PLUGIN] compile and install gengtype, install gtype.state

2011/7/19 Laurynas Biveinis : > 2011/7/18 Romain Geissler : >>        * gengtype-state.c (#include "bconfig.h"): #include "config.h" >>        with host CC > > include "bconfig.h" if GENERATOR_FILE is defined, "config.h" otherwise.

Re: [PLUGIN] compile and install gengtype, install gtype.state

2011/7/19 Jakub Jelinek : > On Tue, Jul 19, 2011 at 02:26:32PM +0200, Romain Geissler wrote: >> 2011-07-18  Romain Geissler   >> >>       * gengtype-state.c (#include "bconfig.h"): include "bconfig.h" >>       if GENERATOR_FILE is defined, "

[Melt] Add coutput argument to translateto* modes

elt to act otherwise. At least, disable this behavior by default and allow it through a custom parameter. Romain Geissler Changelog Description: Binary data couput.diff Description: Binary data

[Melt] Add some includes to melt-run.proto.h

a long time and thus theses files are in the c-family directory (but only for Debian users). So i don't know if you should apply the patch as is or remove the "c-family/" prefix in the includes. Romain Geissler gcc/ 2011-07-21 Romain Geissler * melt-run.proto.h

Re: [Melt] Add some includes to melt-run.proto.h

2011/7/21 Basile Starynkevitch : > And I want badly MELT to be compilable as a plugin to an umodified > gcc-4.6-plugin-dev > package on Debian. > > I don't understand if it is an issue related to building GCC & its plugin > with C++, or > it is an issue with 4.7 ? > > I am tempted to put in melt-

Re: [Melt] Add some includes to melt-run.proto.h

yself as i don't have write access to the svn repo. See Joseph S. Myers post at http://old.nabble.com/-PLUGIN--c-family-files-installation-td32038394.html Romain Geissler

[Melt] Fix foreach_edge_bb_precs

Hello, This iteratoc won't work because of a little typo error (the previous edge field is preDs and not preCs). To avoid future errors, i apply the global /precs/preds/ change (and thus the iterator is renamed). Romain Geissler Changelog Description: Binary data foreach_edge_bb_preds

Re: [PATCH] Fix configure --with-cloog

Le 6 juil. 2011 à 11:04, Romain Geissler a écrit : > Hello > > This patch fix an issue while building with cloog and gmp installed in > a custom separate directories. > > How to reproduce : > - Make sure you've installed cloog and gmp in separate directories > (ie $

Re: [PLUGIN] compile and install gengtype, install gtype.state

Le 19 juil. 2011 à 14:41, Romain Geissler a écrit : > 2011/7/19 Jakub Jelinek : >> On Tue, Jul 19, 2011 at 02:26:32PM +0200, Romain Geissler wrote: >>> 2011-07-18 Romain Geissler >>> >>> * gengtype-state.c (#include "bconfig.h"): incl

[MELT] Add some utils closures.

Hi I added some new closures i needed for my plugin that i think worth being shared to all melt users. I also removed "string=" and "string!=" primitives, as "==s" and "!=s" just do the same. Romain Geissler melt-utils2.Changelog Description: Binary dat

Re: [PLUGIN] compile and install gengtype, install gtype.state

2011/7/25 Jakub Jelinek : > On Mon, Jul 25, 2011 at 09:10:55PM +0200, Romain Geissler wrote: >> > 2011-07-18  Romain Geissler   >> > >> >     * gengtype-state.c (#include "bconfig.h"): Include "bconfig.h" >> >     if GENERATOR_FILE is defi

[MELT] split_string_* functions now take a value

Find attach the patch. Please note that it is a git patch, thus it should be applied with git-apply or git-am. Romain. 0001-split_string_-functions-now-require-a-value-string-i.Changelog Description: Binary data From 41290f00ee0cb6bdeaf2254b0d6a25ebddf23a65 Mon Sep 17 00:00:00 2001 From: Romain Gei

Re: [PLUGIN] compile and install gengtype, install gtype.state

ping 2011/7/26 Romain Geissler : > 2011/7/25 Jakub Jelinek : >> On Mon, Jul 25, 2011 at 09:10:55PM +0200, Romain Geissler wrote: >>> > 2011-07-18  Romain Geissler   >>> > >>> >     * gengtype-state.c (#include "bconfig.h"): Include "

Re: [MELT] split_string_* functions now take a value

Ping for Pierre ! 2011/7/28 Romain Geissler : > Hi, > > I changed the argument type for the cs argument in split_string functions. > Indeed, there is no way to access the boxed string from a value, and sometimes > we can't avoid working with boxed strings. As we can box a :c

Re: [GCC-MELT-136] Re: [MELT] split_string_* functions now take a value

2011/8/2 Basile Starynkevitch : > Please use capitals for macrovariables in > macrostrings Ok. Can i have more details about that: is it just a Melt convention or is it an implementation requirement (in other word, does melt awaits macrovariables to be upper case ?) Romain

[gcc 11 backport] Support ld.mold linker.

Hi, Is it ok to backport small unrisky features to the old gcc 11 branch ? Here is a proposal to merge the ld.mold linker support which Martin has pushed in gcc >= 12. It's a cherry-pick of commit ad964f7eaef9c03ce68a01cfdd7fde9d56524868. Note that it doesn't backport the gcc build machinery to be