> 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
> 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
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
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
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
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
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
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
> 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,
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
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
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
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
>
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
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
++ 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
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
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
.
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
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
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
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
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
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,
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
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 "
Ping
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
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
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.
(
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.
>
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
2011/7/20 Diego Novillo :
> On Mon, Jul 18, 2011 at 03:06, Romain Geissler
> I will commit this patch shortly.
>
>
> Diego.
>
Ping !
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
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
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
>
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
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:
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.
>>
>&
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
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
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 "
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
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
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
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
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 $
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
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
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-
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
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
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, "
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.
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
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
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 !
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
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
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
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
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
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
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
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
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
&
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
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/
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
r: Unable to
> find a usable CLooG.
>
>
> 2011-07-06 Romain Geissler
>
> * configure: Add $gmplibs to cloog $LDFLAGS
>
> Index: configure
> ===
> --- configure (revision 175709)
> +++ con
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
71 matches
Mail list logo
