Re: Not usable email content encoding

On Fri, 2020-04-24 at 22:01 +0200, Martin Jambor wrote: > Hi, > > On Fri, Apr 24 2020, Segher Boessenkool wrote: > > Hi! > > > > On Fri, Apr 24, 2020 at 05:48:38PM +0200, Thomas Koenig wrote: > > > > Of course, better would be to remove ChangeLogs entirely (including not > > > > putting anything

All Kinds Of High Quality Patches With Factory Rate+Fastest Turnaround Time

ANH Digitizing (Embroidery, Custom Patches, Screen Printing, Graphics Art Work and All you need) We ANH DIGITIZING mainly produce Custom Embroidery Patch more than 15 years of experience.Without middleman and directly factory price. Custom Patches: 1. Embroidered Patches 2. Ch

DECL_RESULT not initialized for FUNCTION_DECL when processing attributes in a plugin - bug or feature?

GCC manual (https://gcc.gnu.org/onlinedocs/gccint/Function-Basics.html) states that a result tree for a FUNCTION_DECL can be obtained by using a DECL_RESULT macro. This does not seem to be the case when processing user-defined attributes via a plugin - when GCC calls my callback for handling the

Re: GCC 10.1 Release Candidate available from gcc.gnu.org

Jakub Jelinek via Gcc wrote: The first release candidate for GCC 10.1 is available from https://gcc.gnu.org/pub/gcc/snapshots/10.1.0-RC-20200430/ ftp://gcc.gnu.org/pub/gcc/snapshots/10.1.0-RC-20200430 and shortly its mirrors. It has been generated from git revision r10-8080

Re: Automatically generated ChangeLog files - script

On Mon, May 04, 2020 at 08:56:16PM +0200, Martin Liška wrote: > What's missing right now is how will we declare a Backport format. > Can we just use something like: 'Backport from > 6607bdd4c834f92fce924abdaea3405f62dc'? No. What we should allow is that people just git cherry-pick r11-1234-g

Re: Automatically generated ChangeLog files - script

On Mon, May 4, 2020 at 12:24 PM Tobias Burnus wrote: > > On 5/4/20 9:05 PM, Jakub Jelinek via Gcc wrote: > > On Mon, May 04, 2020 at 08:56:16PM +0200, Martin Liška wrote: > >> What's missing right now is how will we declare a Backport format. > >> Can we just

Re: GCC 10.0.1 Status Report (2019-04-30)

On Thu, 30 Apr 2020 at 19:20, Jakub Jelinek via Gcc wrote: > > Status > == > > We have reached zero P1 regressions today and releases/gcc-10 branch has > been created; GCC 10.1-rc1 will be built and announced later tonight > or tomorrow. > The branch is now frozen

Re: GCC 10.0.1 Status Report (2019-04-30)

On Mon, May 04, 2020 at 11:03:13PM +0100, Jonathan Wakely wrote: > On Thu, 30 Apr 2020 at 19:20, Jakub Jelinek via Gcc wrote: > > > > Status > > == > > > > We have reached zero P1 regressions today and releases/gcc-10 branch has > > been created; G

Re: GCC 10.1 Release Candidate available from gcc.gnu.org

I tried it on powerpc64 LE on power 8 and 9 and BE on power 7 and 8 and all looks well. On 4/30/20 4:21 PM, Jakub Jelinek via Gcc wrote: The first release candidate for GCC 10.1 is available from https://gcc.gnu.org/pub/gcc/snapshots/10.1.0-RC-20200430/ ftp://gcc.gnu.org/pub/gcc/snapshots

Re: GCC 10.1 Release Candidate available from gcc.gnu.org

On Tue, May 5, 2020 at 7:57 AM William Seurer via Gcc wrote: > > I tried it on powerpc64 LE on power 8 and 9 and BE on power 7 and 8 and > all looks well. > > On 4/30/20 4:21 PM, Jakub Jelinek via Gcc wrote: > > The first release candidate for GCC 10.1 is available

Re: GCC 10.0.1 Status Report (2019-04-30)

On Thu, Apr 30, 2020 at 2:19 PM Jakub Jelinek via Gcc wrote: > > Status > == > > We have reached zero P1 regressions today and releases/gcc-10 branch has > been created; GCC 10.1-rc1 will be built and announced later tonight > or tomorrow. > The branch is now frozen

Re: GCC 10.1 Release Candidate available from gcc.gnu.org

On Tue, 5 May 2020 at 15:42, Victor Rodriguez via Gcc wrote: > Has someone found issues on common packages that require patches for GCC 10? Yes, several. See https://gcc.gnu.org/gcc-10/porting_to.html for the known issues (the first one being a problem with "common" packages!)

gcc 10.0.1 20200506 build fails to compile linux kernel

I've been trying to build Linux kernel with gcc 10 since Fedora 32 was released, but keep failing.  The kernel (5.6.8 x86_64) builds fine, but doesn't boot/work at all. Today I tried with gcc version 10.0.1 20200506 downloaded via git (commit dcfafc02782d0cffcb62e99365b5adbcfe51c1b

Re: gcc 10.0.1 20200506 build fails to compile linux kernel

Hi Martin, Thank you for your reply! Spot on! It was my kernel config problem associated with stronger stack protection of gcc-10, not a gcc problem.  But I can't find this in kernel.org bugzilla or bugzilla.redhat.com (searched with "gcc 10" and "gcc-10".) It happ

Re: [libgomp] Ask for help on an improvement for synchronization overhead

On 30/04/2020 18:12, Jakub Jelinek wrote: > On Thu, Apr 30, 2020 at 05:37:26PM -0300, Adhemerval Zanella via Gcc wrote: >> Hi all, I would like to check if someone could help me figure out >> an issue I am chasing on a libgomp patch intended to partially >> address the

Re: Question about alias or points-to analysis

On Wed, May 6, 2020 at 12:26 PM Erick Ochoa wrote: > > Hi, > > I am trying to find out how to use the alias and/or points-to analysis > in GCC. Ideally, I would like to find a function that given an > allocation site, the return value is a set of pointers which may point >

Stability of pipermail ml archive URLs

Hi! Last week after sending status report mails to gcc mailing list, I've opened the web archive and copied the URLs of those status reports https://gcc.gnu.org/pipermail/gcc/2020-April/232267.html https://gcc.gnu.org/pipermail/gcc/2020-April/232268.html and checked them into gcc-wwwdoc

Re: Question about alias or points-to analysis

On Wed, May 6, 2020 at 3:04 PM Erick Ochoa wrote: > > > > On 06/05/2020 14:25, Richard Biener wrote: > > On Wed, May 6, 2020 at 12:26 PM Erick Ochoa > > wrote: > >> > >> Hi, > >> > >> I am trying to find out how to use the alias and

Multilibs in stage-1

Hello! I wonder, if the build process really needs to build all multilibs in stage-1 bootstrap build. IIRC, stage-1 uses system compiler to build stage-1 gcc, so there is no need for multilibs, apart from library that will be used by stage-1 gcc during compilation of stage-2 compiler. Uros.

Re: [libgomp] Ask for help on an improvement for synchronization overhead

On Wed, 2020-05-06 at 09:08 -0300, Adhemerval Zanella via Gcc wrote: > > On 30/04/2020 18:12, Jakub Jelinek wrote: > > On Thu, Apr 30, 2020 at 05:37:26PM -0300, Adhemerval Zanella via Gcc wrote: > > > Hi all, I would like to check if someone could help me figure out > >

Re: Multilibs in stage-1

On May 6, 2020 11:15:08 PM GMT+02:00, Uros Bizjak via Gcc wrote: >Hello! > >I wonder, if the build process really needs to build all multilibs in >stage-1 bootstrap build. IIRC, stage-1 uses system compiler to build >stage-1 gcc, so there is no need for multilibs, apart from lib

Re: Multilibs in stage-1

On Thu, May 7, 2020 at 8:16 AM Richard Biener wrote: > > On May 6, 2020 11:15:08 PM GMT+02:00, Uros Bizjak via Gcc > wrote: > >Hello! > > > >I wonder, if the build process really needs to build all multilibs in > >stage-1 bootstrap build. IIRC, stage-1 uses sy

Re: Multilibs in stage-1

On Thu, 7 May 2020 at 07:28, Uros Bizjak via Gcc wrote: > > On Thu, May 7, 2020 at 8:16 AM Richard Biener > wrote: > > > > On May 6, 2020 11:15:08 PM GMT+02:00, Uros Bizjak via Gcc > > wrote: > > >Hello! > > > > > >I wonder, if th

Re: Multilibs in stage-1

On Thu, May 7, 2020 at 8:25 AM Uros Bizjak wrote: > > On Thu, May 7, 2020 at 8:16 AM Richard Biener > wrote: > > > > On May 6, 2020 11:15:08 PM GMT+02:00, Uros Bizjak via Gcc > > wrote: > > >Hello! > > > > > >I wonder, if the build proce

Re: Multilibs in stage-1

On Wed, May 6, 2020 at 11:29 PM Uros Bizjak via Gcc wrote: > > On Thu, May 7, 2020 at 8:16 AM Richard Biener > wrote: > > > > On May 6, 2020 11:15:08 PM GMT+02:00, Uros Bizjak via Gcc > > wrote: > > >Hello! > > > > > >I wonder, if th

Re: Question about alias or points-to analysis

t; >>> On Wed, May 6, 2020 at 12:26 PM Erick Ochoa > >>> wrote: > >>>> > >>>> Hi, > >>>> > >>>> I am trying to find out how to use the alias and/or points-to analysis > >>>> in GCC. Ideally, I would like to f

Re: Multilibs in stage-1

On Thu, May 07, 2020 at 09:02:58AM +0200, Richard Biener wrote: > Hmm. IIRC it required special-handling in the individual libs - Jakub > may remeber (IIRC > he implemented short-cutting libsanitizer builds) Just fuzzy memories, but I think the libsanitizer case was that it the build of that is e

Re: Multilibs in stage-1

On Thu, May 7, 2020 at 9:24 AM Jakub Jelinek wrote: > > On Thu, May 07, 2020 at 09:02:58AM +0200, Richard Biener wrote: > > Hmm. IIRC it required special-handling in the individual libs - Jakub > > may remeber (IIRC > > he implemented short-cutting libsanitizer builds) > > Just fuzzy memories, bu

GCC 10.1 Released

A year has lapsed away since the release of last major GCC release, more than 33 years passed since the first public GCC release and the GCC developers survived repository conversion from SVN to GIT earlier this year. Today, we are glad to announce another major GCC release, 10.1. This release

Re: Stability of pipermail ml archive URLs

On Thu, May 07, 2020 at 06:14:55AM -0400, Frank Ch. Eigler wrote: >>Such a service is not currently available on sourceware, but it'd be >>possible to implement: as messages come in, you'd build a database >>mapping from the Message-ID header to "current Mailman's Pipermail >>URL". > >I was thinkin

Re: Stability of pipermail ml archive URLs

On Thu, May 07, 2020 at 02:23:30PM -0500, Segher Boessenkool wrote: >On Thu, May 07, 2020 at 11:48:18AM +0200, Thomas Schwinge wrote: >>By the way, the public-inbox software >>(), as recently mentioned in a >>different thread discussing deficiencies of Mailman'

Re: [RFC] Closing of all remaining Bugzilla PRs against powerpcspe

ument the current issues with the backend as it existed > in gcc-8 (or was it -9)? The bugs are still in the removed code, so > I don't really understand what you gain by closing bugs? If the code has been removed, the bug no longer exists. What do you gain by keeping them open fore

Re: [RFC] Closing of all remaining Bugzilla PRs against powerpcspe

g.cgi?id=60158 > > > > which I also cannot close myself. There won't be any further revisions of > > this > > list by me. > > They affect given older versions, so if you just close them, that would imply > that the bug in question in gcc-4.5.3 has been dealt w

Re: [RFC] Closing of all remaining Bugzilla PRs against powerpcspe

On Sat, 9 May 2020 at 09:56, John Paul Adrian Glaubitz wrote: > > On 5/9/20 10:31 AM, Jonathan Wakely wrote: > > If you mean for PR reasons or good apeparances, no. But it's wrong to > > have bugs left open that only refer to unsupported versions of GCC. If > > none

[no subject]

Greetings dear recipient! First of all, hope you are well today... :) You received one special attachment below. The topic is extraordinary important because we are living in the very special and serious time. It concerns every person on the world as if is the only existing being in the whole plan

performance of exception handling

the current gcc implementation on Linux the bottleneck is _Unwind_Find_FDE, or more precisely, the function dl_iterate_phdr, that is called for every frame and that iterates over all shared libraries while holding a global lock. That is inherently slow, both due to global locking and due to the d

Re: performance of exception handling

* Thomas Neumann via Gcc: > Currently, exception handling scales poorly due to global mutexes when > throwing. This can be seen with a small demo script here: > https://repl.it/repls/DeliriousPrivateProfiler > Using a thread count >1 is much slower than running single threaded

Re: [RFC] Closing of all remaining Bugzilla PRs against powerpcspe

* Segher Boessenkool: > I can't speak for Arseny of course, but the reason *I* want this is to > no longer see all those powerpcspe BZs in my powerpc queries -- nothing > ever changes to them, so it's just pointless distraction. Keeping them open might also lead to some users believing that there

Re: performance of exception handling

ndle that in the same data structure that also covers the code from executables and shared libraries. Of course one could move that part to glibc, too. But the code duplication problems will persist for a long time, as gcc cannot rely upon the system glibc being new enough to provide __dl_ehframe_find. Thomas

Re: performance of exception handling

not possible to report failure from an ELF constructor, and registration may fail due to the memory allocations. > Of course one could move that part to glibc, too. But the code > duplication problems will persist for a long time, as gcc cannot rely > upon the system glibc being new enoug

Re: performance of exception handling

On Mon, May 11, 2020 at 6:47 AM Florian Weimer via Gcc wrote: > My current preferred solution is something that moves the entire code > that locates the relevant FDE table into glibc. This is all the code in > _Unwind_IteratePhdrCallback until the first read_encoded_value_with_base >

Re: performance of exception handling

* David Edelsohn: > On Mon, May 11, 2020 at 6:47 AM Florian Weimer via Gcc > wrote: > >> My current preferred solution is something that moves the entire code >> that locates the relevant FDE table into glibc. This is all the code in >> _Unwind_IterateP

Re: performance of exception handling

On Mon, May 11, 2020 at 10:52 AM Florian Weimer wrote: > > * David Edelsohn: > > > On Mon, May 11, 2020 at 6:47 AM Florian Weimer via Gcc > > wrote: > > > >> My current preferred solution is something that moves the entire code > >> that locates th

Re: performance of exception handling

* David Edelsohn: > On Mon, May 11, 2020 at 10:52 AM Florian Weimer wrote: >> >> * David Edelsohn: >> >> > On Mon, May 11, 2020 at 6:47 AM Florian Weimer via Gcc >> > wrote: >> > >> >> My current preferred solution is something th

[arm] GCC validation: preferred way of running the testsuite?

Hi, As you may know, I've been running validations of GCC trunk in many configurations for Arm and Aarch64. I was recently trying to make some cleanup in the new Bfloat16, MVE, CDE, and ACLE tests because in several configurations I see 300-400 FAILs mainly in these areas, because of “tes

Re: performance of exception handling

> Not all GCC/G++ targets are GNU/Linux and use GLIBC. A duplicate > implementation in GLIBC creates its own set of advantages and > disadvantages. so what should I do now? Should I try to move the lookup into GLIBC? Or handled it within libgcc, as I had originally proposed? Or give

Re: performance of exception handling

On Tue, May 12, 2020 at 8:14 AM Thomas Neumann via Gcc wrote: > > > Not all GCC/G++ targets are GNU/Linux and use GLIBC. A duplicate > > implementation in GLIBC creates its own set of advantages and > > disadvantages. > > so what should I do now? Should I try to mov

Re: performance of exception handling

> Some people use exceptions to propagate "low memory" up which > made me increase the size of the EH emergency pool (which is > used when malloc cannot even allocate the EH data itself) ... > > So yes, people care. There absolutely has to be a path in > unwinding that allocates no (as little as

Re: size of exception handling

* Moritz Strübe: > Hey. > > Am 11.05.2020 um 15:59 schrieb Thomas Neumann via Gcc: >> In a way I am disagreeing with the paper, of course, in that I propose >> to make the existing exception mechanism faster instead of inventing a >> new exception mechanism. But what I

Re: Automatically generated ChangeLog files - PHASE 1

On Tue, May 12, 2020 at 11:05:58AM +0200, Martin Liška wrote: > Thanks to Jakub, we finally set up an experimental environment: > gcc.gnu.org/home/gccadmin/gcc-reposurgeon-8.git > > The repository now contains a new pre-commit hook that validates > the git commit format ([1])

Re: size of exception handling

* Freddie Chopin: > Very nice that Moritz finally mentioned it (; The world of deep > embedded is usually forgotten by all the language committees and people > who are in charge. That can only happen if the embedded people do not bother to show up in numbers. Of course the tools will move in dif

Re: size of exception handling (Was: performance of exception handling)

are referring to the libstdc++ verbose terminate handler, that's configurable. Configuring GCC with --disable-libstdcxx-verbose will disable that, and so will building libstdc++ with -fno-exceptions. That was fixed years ago. If there are remaining problems where I/O and string routines get drag

Re: size of exception handling

On Tue, 12 May 2020 at 11:48, Freddie Chopin wrote: > To summarize. Current C++ exceptions have very huge, mostly "one-time" > kind, cost on the size, even if not used at all by the user, mosly due > to std::terminate() and all the string handling code inside it, as well > as the unwind tables. Th

Re: size of exception handling

* Moritz Strübe: >> Would you use it if switching from -fno-exceptions to this new >> approach resulted in an immediate 20% code size increase, without >> actually using the new error handling feature at all? What about >> 10%? > > I don't think that it will be that much. Why? Have you simulate

Re: how to find variable related to a virtual ssa name

On Tue, May 12, 2020 at 2:44 PM 易会战 via Gcc wrote: > > hi, I am working on gcc ssa name. For each function, we can traverse all > defined ssa name by macro FOR_EACH_SSA_NAME. If a ssa name is default > definition for a symbol (check SSA_NAME_IS_DEFAULT_DEF) , I can get the

Re: how to find variable related to a virtual ssa name

On Tue, May 12, 2020 at 4:16 PM 易会战 wrote: > > thanks a lot. I will check your advice. > Can you give some explaination about memory ssa, and how to use it. I check > internal, cannot get it. Maybe you know some examples or some more materials. memory SSA in GCC is simply a SSA

Re: Help porting a plugin to more recent GCC

On Tue, 2020-05-12 at 11:12 +0200, Sebastian Kürten wrote: > Hi everybody, > > I'm trying to adapt an existing, open source GCC plugin so that it > will > work with more recent versions of GCC (it is currently working with > 4.7 > only). During my research I came acr

Re: size of exception handling (Was: performance of exception handling)

an easily be fixed though. > > If the comments above are referring to the libstdc++ verbose > > terminate > > handler, that's configurable. Configuring GCC with > > --disable-libstdcxx-verbose will disable that, and so will building > > libstdc++ with -fno-exceptions

Re: size of exception handling (Was: performance of exception handling)

On Tue, 12 May 2020 at 23:39, Jonathan Wakely wrote: > On Tue, 12 May 2020, 21:57 Freddie Chopin, wrote: > > Anyway... If you have to recompile the toolchain, the problem is still > > there. Most of the people (like 99,666%) will not do that for various > > reasons. Some don't know how, some use o

Re: performance of exception handling

ects are even more dramatic on larger machines. The "old" implementation is gcc 9.3., the "new" implementation is gcc git with the patch linked above. (Note that you have to both use the patched gcc and use LD_LIBRARY_PATH or similar to force the new libgcc when repeating the ex

Re: how to find variable related to a virtual ssa name

to memory > return sum[i] > } > ptr_deref_may_alias_global_p tell me it is a local memory access. indeed sum > is a local variable, but the pointer point to heap memory. > In fact there is a similiar function ref_may_alias_global_p, and it give > similiar result. GCC can be clever and notice your malloc()

Re: size of exception handling (Was: performance of exception handling)

On Tue, 12 May 2020, 10:15 Oleg Endo, wrote: > > On Tue, 2020-05-12 at 09:20 +0200, Freddie Chopin wrote: > > > > I actually have to build my own toolchain instead of the one provided > > by ARM, because to really NOT use C++ exceptions, you have to recompile > > the whole libstdc++ with `-fno-exc

Re: Automatically generated ChangeLog files - PHASE 1

Hi Martin, Thanks to Jakub, we finally set up an experimental environment: gcc.gnu.org/home/gccadmin/gcc-reposurgeon-8.git How does one go about testing this? It would be helpful if you could explain this assuming that the Fortran people have at best an extremely shallow knowledge of git and

Re: how to find variable related to a virtual ssa name

ctalias.c in compute_may_aliases, the pass knows that a variable points to not escaped heap storage but this is not stored anywhere ready for consumption. Adding a flag to pt_solution would be easy though. Richard. > ---Original--- > From: "Richard Biener" > Date: Wed, May 13, 2020 1

Re: Automatically generated ChangeLog files - PHASE 1

On Wed, May 13, 2020 at 11:27 AM Martin Liška wrote: > > On 5/13/20 10:16 AM, Richard Sandiford wrote: > > As far as this particular example goes, shouldn't the "testsuite/" line > > be dropped from the above? > > Good point. Fixes now with: > > $ ./git_email.py > patches/0020-IPA-Avoid-segfault-

Re: how to find variable related to a virtual ssa name

On Wed, May 13, 2020 at 11:38 AM 易会战 wrote: > > now I am working on gcc-9.3, can you give the specific code location to check > not escaped heap? I try to add a flag. set_uids_in_ptset > ---Original--- > From: "Richard Biener" > Date: Wed, May 13, 2020 17:2

dejagnu version update?

I've changed the subject to match the 2015, 2017 and 2018 email threads. On May 13, 2020, at 3:26 AM, Thomas Schwinge wrote: > > Comparing DejaGnu/GCC testsuite '*.sum' files between two systems ("old" > vs. "new") that ought to return identical re

back to cvs, cool

As seen in recent bug report: CVS Commits 2020-05-12 20:40:40 UTC I guess that git thing was a bust and we're back to using cvs now. At least Ian did up the remote patches to make cvs work better.

Re: dejagnu version update?

On Wed, 13 May 2020 at 18:19, Mike Stump via Gcc wrote: > > I've changed the subject to match the 2015, 2017 and 2018 email threads. > > On May 13, 2020, at 3:26 AM, Thomas Schwinge wrote: > > > > Comparing DejaGnu/GCC testsuite '*.sum' files between two s

Re: dejagnu version update?

On Wed, 13 May 2020 at 19:44, Jonathan Wakely via Gcc wrote: > > On Wed, 13 May 2020 at 18:19, Mike Stump via Gcc wrote: > > > > I've changed the subject to match the 2015, 2017 and 2018 email threads. > > > > On May 13, 2020, at 3:26 AM, Thomas Schwinge

Re: how to find variable related to a virtual ssa name

t has though which is alias analysis. Richard. > ---Original--- > From: "Richard Biener" > Date: Wed, May 13, 2020 19:10 PM > To: "易会战"; > Cc: "gcc"; > Subject: Re: how to find variable related to a virtual ssa name > > On Wed, May 13, 2020 a

Re: dejagnu version update?

On Thu, 14 May 2020 at 07:45, Christophe Lyon wrote: > > On Wed, 13 May 2020 at 19:44, Jonathan Wakely via Gcc wrote: > > > > On Wed, 13 May 2020 at 18:19, Mike Stump via Gcc wrote: > > > > > > I've changed the subject to match the 2015, 2017 and 2018 e

Re: dejagnu version update?

On Thu, May 14, 2020 at 12:00 PM Rob Savoye wrote: > > On 5/14/20 8:08 AM, Rainer Orth wrote: > > >> stops responding for whatever reason. I have come up with a solution > >> (that I'd be happy to upstream, except that DejaGNU maintenance seems to > >> have been dead for like a year now), which I

Re: dejagnu version update?

Rob Savoye wrote: On 5/14/20 10:08 AM, David Edelsohn wrote: Have you approached the Linux Foundation Core Infrastructure Initiative for funding for both DejaGNU maintenance (patch backlog) and refactoring DejaGNU in Python efforts? Not that team, the folks I talked to thought I was

Re: New mklog script

On Fri, 2020-05-15 at 10:59 +0200, Martin Liška wrote: > Hi. > > Since we moved to git world and we're in the preparation for > ChangeLog messages > being in git commit messages, I think it's the right time to also > simplify mklog > script. > > I'm sending a new version (which should eventually

Re: New mklog script

On Fri, May 15, 2020 at 10:59:56AM +0200, Martin Liška wrote: > Hi. > > Since we moved to git world and we're in the preparation for ChangeLog > messages > being in git commit messages, I think it's the right time to also simplify > mklog > script. > > I'm sending a new version (which should ev

Re: New mklog script

On Fri, 2020-05-15 at 13:20 +0200, Martin Liška wrote: > On 5/15/20 12:58 PM, David Malcolm wrote: > > On Fri, 2020-05-15 at 10:59 +0200, Martin Liška wrote: > > > Hi. > > > > > > Since we moved to git world and we're in the preparation for > > > ChangeLog messages > > > being in git commit messag

Re: New mklog script

On Fri, May 15, 2020 at 03:12:27PM +0200, Martin Liška wrote: > On 5/15/20 2:42 PM, Marek Polacek wrote: > > I actually use mklog -i all the time. But I can work around it if it > > disappears. > > Ah, I can see a consumer. > There's an updated version that supports that. > > For the future, wil

Re: New mklog script

Thoughts? It's pretty nice. I have a script of my own that does the same thing in a slightly different way. Here's an example of its output: https://gcc.gnu.org/pipermail/gcc-patches/attachments/20200323/5437db5a/attachment-0001.bin I find this format more helpful for the reason

Re: dejagnu version update?

On May 14, 2020, at 11:11 AM, Tom Tromey wrote: > >> "Rob" == Rob Savoye writes: > > Rob> Not that team, the folks I talked to thought I was crazy for wanting > Rob> to refactor it. :-) > > I don't think refactoring dejagnu is crazy, but I think it's pretty hard > to imagine rewriting th

Re: dejagnu version update?

but > it's not enough to do the next release. All I have these days is my > laptop and a PI B3+. I'd need access to more hardware as some of the > patches effect cross testing, or get others to test the release candidates. You should be able to use the gcc compilefarm too for

Question about multilib testings

using the multilib ones.  For example, in ppc64/libatomic, a test compilation line looks like: /opt/freeware/src/packages/BUILD/gcc-build-10.1.0/./gcc/xgcc -B/opt/freeware/src/packages/BUILD/gcc-build-10.1.0/./gcc/ \ -B/opt/freeware/powerpc-ibm-aix7.2.0.0/bin/ -B/opt/freeware/powerpc-ibm-aix7

The gcc version used for compiling qt4.

Hi, I want to compile qt4 on Ubuntu 20.04 which shipped with the following gcc version: $ gcc --version gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0 But I'm not sure whether this gcc version is suitable for qt4. Any hints for this problem? Regards, -- Hongyi Zhao

Re: The gcc version used for compiling qt4.

On Mon, 18 May 2020 at 13:34, Hongyi Zhao via Gcc wrote: > > Hi, > > I want to compile qt4 on Ubuntu 20.04 which shipped with the following > gcc version: > > $ gcc --version > gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0 > > But I'm not sure whether this gcc version is

Re: The gcc version used for compiling qt4.

Jonathan Wakely 于2020年5月18日周一 下午8:49写道： > > On Mon, 18 May 2020 at 13:34, Hongyi Zhao via Gcc wrote: > > > > Hi, > > > > I want to compile qt4 on Ubuntu 20.04 which shipped with the following > > gcc version: > > > > $ gcc --version > > gcc (

Re: The gcc version used for compiling qt4.

On 5/18/20 9:35 AM, Hongyi Zhao via Gcc wrote: Jonathan Wakely 于2020年5月18日周一 下午8:49写道： On Mon, 18 May 2020 at 13:34, Hongyi Zhao via Gcc wrote: Hi, I want to compile qt4 on Ubuntu 20.04 which shipped with the following gcc version: $ gcc --version gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0 But

LINK_SPEC is missing for *-pc-elf target

at in gcc/config/i386/i386elf.h? Thanks, Roman

GCC multilib build machinery for AIX 64 bit configuration

TL;DR: How to preserve multilibs directory hierarchy for GCC 64 bit configuration on AIX when 32 bit multilib exists in the top-level directory, no explicit MULTILIB_DIRNAME. Currently the powerpc-ibm-aix* port supports a 64-bit explicit multilib and a 32 bit implicit, default multilib in the top

C++ 11 errors building go on 10-branch?

D_MAP) and HAVE_UNORDERED_MAP doesn't seem to be defined in any GCC 10 generated headers or sources. Has anyone else noticed this? Martin In file included from /usr/include/c++/8/unordered_map:35, from /ssd/src/gcc/10-branch/gcc/go/go-system.h:43, from /ssd/sr

Re: The gcc version used for compiling qt4.

William Seurer 于2020年5月18日周一 下午10:52写道： > > On 5/18/20 9:35 AM, Hongyi Zhao via Gcc wrote: > > Jonathan Wakely 于2020年5月18日周一 下午8:49写道： > >> On Mon, 18 May 2020 at 13:34, Hongyi Zhao via Gcc wrote: > >>> Hi, > >>> > >>> I want to com

Re: The gcc version used for compiling qt4.

William Seurer 于2020年5月18日周一 下午10:52写道： > > On 5/18/20 9:35 AM, Hongyi Zhao via Gcc wrote: > > Jonathan Wakely 于2020年5月18日周一 下午8:49写道： > >> On Mon, 18 May 2020 at 13:34, Hongyi Zhao via Gcc wrote: > >>> Hi, > >>> > >>> I want to com

Re: New mklog script

On Tue, May 19, 2020 at 10:11:28AM +0200, Martin Liška wrote: > > I find this format more helpful for the reasons below so unless your > > script can be tweaked to do something similar I'd like to be able to > > continue to use mine going forward with the new infrastructure. > > Let's extend the c

AArch64 and -moutline-atomics

FYI: I've verified that when building with GCC 10, outline atomics are correctly initialized on LSE machines. The ld.so ELF constructors eventually get run and initialize __aarch64_have_lse_atomics. One minor improvement would be to document __aarch64_have_lse_atomics as interposable on th

Re: New mklog script

On Tue, May 19, 2020 at 05:21:16PM +0100, Richard Earnshaw wrote: > This is really a wart in the GNU coding style. And one reason why I > tend to indent such labels by a single space. It particularly affects > things like class definitions where public, private, etc statements > often appear in c

Re: 0800-GIT-HELP: Doing a simple backport

patch approved and pushed to HEAD, and approved > for active release branches - 13a46321516e2efd3bbb1f1899c539c6724240a9 . > > Now I want to backport from HEAD to the GCC 10 tree, so checked out a > copy, found git cherry-pick, and gave it a try: > > git cherry-pick 13a4632151

Re: 0800-GIT-HELP: Doing a simple backport

r to enhance our documentation if it appears useful. > > > > > > Usecase: I've got a patch approved and pushed to HEAD, and approved > > for active release branches - 13a46321516e2efd3bbb1f1899c539c6724240a9 . > > > > Now I want to backport from HEAD to the GCC

ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

* ChangeLog format failed: remote: ERR: file not changed in a patch:"gcc/cp/cp-tree.c" remote: ERR: changed file not mentioned in a ChangeLog:"gcc/cp/tree.c" remote: remote: Please see: https://gcc.gnu.org/codingconventions.html#ChangeLogs remote: remote: error: hook de

Re: ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

On Tue, May 19, 2020 at 01:03:09PM -0600, Martin Sebor via Gcc wrote: > I'm having trouble with the commit hook that tries to enforce > ChangeLog contents. It fails with an error that doesn't make > sense to me: the file it complains isn't mentioned clearly is > listed

Re: ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

On Tue, 2020-05-19 at 13:03 -0600, Martin Sebor via Gcc wrote: > I'm having trouble with the commit hook that tries to enforce > ChangeLog contents. It fails with an error that doesn't make > sense to me: the file it complains isn't mentioned clearly is > listed there

Re: ERR: file not changed in a patch:"gcc/cp/cp-tree.c"

ne. Counting objects: 100% (23/23), done. Delta compression using up to 16 threads Compressing objects: 100% (12/12), done. Writing objects: 100% (12/12), 2.41 KiB | 2.41 MiB/s, done. Total 12 (delta 11), reused 0 (delta 0) remote: *** ChangeLog format failed: remote: ERR: file not changed in a patch:

<    13   14   15   16   17   18   19   20   21   22   >