Re: './configure --disable-multilib' and 'gcc -print-multi-os-directory' interaction

On Sat, 28 Mar 2020 11:35:36 +0100 Andreas Schwab wrote: > On Mär 28 2020, Sergei Trofimovich via Gcc wrote: > > > x86_64-linux-musl targets do not support multilib layout as-is > > and usually expects libdir=lib. glibc target usually uses libdir=lib64. > > If x

Re: [QUESTION] About RTL optimization at forward propagation

o check !flow_loop_nested_p (DF_REF_BB (def)->loop_father, DF_REF_BB (use)->loop_father) which would allow propagating addresses defined in loops outside as well. And loop_father should never be NULL I think. > diff -Nurp a/gcc/fwprop.c b/gcc/fwprop.c > --- a/gcc/fwprop.c 2020-0

Re: GSoC: Implementation of OMPD

Hi! I appreciate you are interested in this GSoC topic! On Tue, Mar 24, 2020 at 09:18:50PM -0400, y2s1982 . via Gcc wrote: > > The OMPD project idea might be the most ambitious from the whole lot. > > Basically, the goal is to come up with a prototype implementation of > > c

-stdlib=libc++?

I think this would be great to support LLVM’s libc++ by be compatible with -stdlib=libc++ on clang. Sent from Mail for Windows 10

Re: Can we please have the old mailing list back

On Sat, 2020-03-28 at 18:46 +, Maciej W. Rozycki wrote: > On Fri, 27 Mar 2020, Jeff Law via Gcc wrote: > > > As an ex IT guy, I've gone both directions depending on the project I was > > supporting and certainly see the pros and cons of going highly customized v

Can we start working on Herbception?

I freaking want it Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10 From: Iain Sandoe<mailto:i...@sandoe.co.uk> Sent: Monday, March 30, 2020 10:42 To: unlvsur unlvsur<mailto:unlv...@live.com> Cc: gcc@gcc.gnu.org<mailto:gcc@gcc.gnu.org> S

Re: Can we please have the old mailing list back

On Wed, 1 Apr 2020 at 21:30, Bernd Edlinger wrote: > @overseeers: PLEASE STOP IMMEDIATELY THAT SCRUBBING You're emailing the gcc list about the gdb-patches mailing list, and haven't CC'd the overseers list or the gdb list. > can you act now, or do you need a CVE number

Re: Can we please have the old mailing list back

On Wed, 1 Apr 2020 at 23:54, Joseph Myers wrote: > > On Wed, 1 Apr 2020, Bernd Edlinger wrote: > > > PS: I have a discovered a very serious problem with the mailing lists > > that must be fixed by our overseers. > > > > That is the scubbed attachments. > > > > As an example please look at this one:

Re: Can we please have the old mailing list back

t;please use the mailing list instead of emailing me personally". I do that all the time when people reply to me off-list after looking for help on gcc-help.

Re: subversion status on gcc.gnu.org

On Thu, Apr 02, 2020 at 02:19:10PM +0200, Georg-Johann Lay wrote: > Am 20.03.20 um 18:37 schrieb Frank Ch. Eigler via Gcc: > > Hi - > > > > Both svn: and ssh+svn: now work for your archeological needs. > > Further, URLs such as > > > > https://gcc.gnu.o

Re: subversion status on gcc.gnu.org

On Fri, Apr 03, 2020 at 10:38:17AM +0200, Martin Liška wrote: > > The gcc git svn-rev alias handles that (and also handles release and other > > branches) using approx. > > git log --all --grep="From-SVN: r$rev\b" | head -n 1 | awk '{print $2}

Re: Question about the testresults mailing list

On Fri, 3 Apr 2020 at 18:45, Bernd Edlinger wrote: > > Hi, > > I have a question about the gcc-testresults mailing list, > that is I see everyone using: > > [releases/gcc-9 revision > 02a201f71:0f58d3b54:0e66150084aa217811a5c45fb15e98d7ed3e8839] > > or >

Re: Question about the testresults mailing list

On Fri, 3 Apr 2020 at 18:55, Bernd Edlinger wrote: > > > > On 4/3/20 7:50 PM, Jonathan Wakely wrote: > > On Fri, 3 Apr 2020 at 18:45, Bernd Edlinger wrote: > >> > >> Hi, > >> > >> I have a question about the gcc-testresults mailing list, >

Re: Question about the testresults mailing list

On Fri, 3 Apr 2020 at 18:54, Bernd Edlinger wrote: > > On 4/3/20 7:50 PM, Jonathan Wakely wrote: > > On Fri, 3 Apr 2020 at 18:45, Bernd Edlinger wrote: > >> > >> Hi, > >> > >> I have a question about the gcc-testresults mailing list, > >>

Re: Question about the testresults mailing list

> On Fri, 3 Apr 2020 at 18:45, Bernd Edlinger wrote: > >>>> > >>>> Hi, > >>>> > >>>> I have a question about the gcc-testresults mailing list, > >>>> that is I see everyone using: > >>>> > >>>&g

Re: subversion status on gcc.gnu.org

On Mon, Apr 06, 2020 at 10:09:24AM +0200, Martin Liška wrote: > On 4/6/20 1:57 AM, Frank Ch. Eigler wrote: > > Hi - > > > > Courtesy of a lovely httpd RewriteMap-basd hack courtesy of Martin, we > > have all the svn r# redirects working, and faster than before. > > Great. Thank you applicatio

Re: subversion status on gcc.gnu.org

https://gcc.gnu.org/r12345 > > don't work. > > These look not valid by svn-rev: > > $ git svn-rev 105377 | wc -l > 0 > $ git svn-rev 12345 | wc -l > 0 Dunno about the latter, but the former then looks like a repo conversion bug: https://gcc.gnu.org/legacy-ml/gcc-cvs/2005-10/msg01053.html (that is the first commit to svn after cvs conversion). Jakub

Re: subversion status on gcc.gnu.org

On Mon, Apr 6, 2020 at 2:15 AM Andreas Schwab via Overseers wrote: > > On Apr 06 2020, Jakub Jelinek via Gcc wrote: > > > On Mon, Apr 06, 2020 at 10:46:34AM +0200, Martin Liška wrote: > >> On 4/6/20 10:37 AM, Jakub Jelinek wrote: > >> > On Mon, Apr 06, 2020 at

Ask a question

Hello I am a researcher from Jam Petrochemical company I want to use OpenACC with GCC compiler(FORTRAN language). I have a question about your compiler. I could not offload OpenACC computing block on AMD Radeon GPU!! and OpenACC code run on the host(CPU). How can I select AMD Radeon GPU as target

Re: Not usable email content encoding

On Mon, 6 Apr 2020 at 23:00, Maciej W. Rozycki via Gcc wrote: > And can certainly score a positive though not a definite rating in spam > qualification. I don't think we ought to encourage bad IT management > practices by trying to adapt to them too hard and hurting ourselves (

Re: Question about undefined functions' parameters during LTO

a the > variable f are different from the trees obtained from the argument to > fclose. > > Let's say that we have a gcc pass with the following global variables: > > tree _local_file_ptr_type; > tree _local_file_type; > tree _glibc_file_ptr_type; > tree _glibc_file_

Re: Question about undefined functions' parameters during LTO

t; >> #include > >> int main(){ > >>FILE *f = fopen("hello.txt", "w"); > >>fclose(f); > >>return 0; > >> } > >> > >> The trees corresponding to types FILE* and FILE obtained via the variable f > >> ar

Re: Not usable email content encoding

On Tue, Apr 07, 2020 at 03:13:53PM +, Michael Matz wrote: >Can we please switch it off? It's not like we really had a problem before >the switch to mailman. You can't really make statements like this which imply that you are aware of "problems" on sourceware when you're not a sourceware admi

Re: Not usable email content encoding

On Tue, Apr 07, 2020 at 03:56:09PM +, Michael Matz wrote: >In a way that's amusing and just reinforces my p.o.v. that DMARC is >bollocks. Not that it means anything but I agree 100%. It's like whoever made the "standard" just said "to hell with mailing lists".

Re: Mathematical Statistics Functions for libgo

* Arjunlal M. A.: > I was wondering if libgo contained any modules for high precision > statistics functions. If it doesn't, would implementing something like that > really necessary? I think these functions would have to go into the mainline Go codebase first before they appear in libgo. Thanks

Re: Request to deprecate offloading to HSAIL in GCC

On Thu, Apr 09, 2020 at 07:43:02PM +0200, Martin Jambor wrote: > Therefore it is only fair to warn the community and any possible hidden > users or would-be users that it is very likely that I will propose > removal of HSAIL offloading in the course of GCC 11 development cycle > and

Gff

Wysłane z iPhone'a

Modifying RTL cost model to know about long-latency loads

the TARGET_RTX_COSTS hook, I then check if a MEM expression has the attribute applied to it, and if so return the appropriate cost. (Code here: https://github.com/save-buffer/riscv-gcc/blob/656bf7960899d95ba3358f90a0e04f5c0a964c14/gcc/config/riscv/riscv.c#L1628 <https://github.com/save-buf

Re: Modifying RTL cost model to know about long-latency loads

On Sat, Apr 11, 2020 at 04:27:07PM -0700, Sasha Krassovsky via Gcc wrote: > However, in the following example, the load does get the cost applied to it > but the store to B does not. > > void bar(__attribute__((remote(5)) int *a, int *b) > { > if(*A > 5) >

Re: Request to deprecate offloading to HSAIL in GCC

> removal of HSAIL offloading in the course of GCC 11 development cycle > > and I would like to formally deprecate it. > > LGTM. Me too. Jeff >

Architecture instruction utilization rates

Hello all, I'm just curious about this, but what is the percentage of (and what are the) unused instructions for each supported architecture under GCC?

Vectorization of loop which operate on local arrays

Hello, I am working on gcc-4.9.4 and encountered different results of loop vectorization on array arr0, arr1 and arr2. Testcase - int main() { int i; for (i=0; i<64; i++) { arr2[i]=(arr1[i]|arr0[i]); } } Using -O2 -ftree-vectorize, Above loop is vectorized

Re: Vectorization of loop which operate on local arrays

On Tue, Apr 14, 2020 at 4:39 PM Shubham Narlawar via Gcc wrote: > > Hello, > > I am working on gcc-4.9.4 and encountered different results of loop > vectorization on array arr0, arr1 and arr2. > > Testcase - > > int main() > { > int i; > for (i=0; i

Re: G++ 10

On Thu, 16 Apr 2020 at 21:02, Baumanns via Gcc wrote: > > Hello gcc Team, > > currently I work on some very modern c++ projects based on c++20. For my > tests I would like to compile my code with all three major compilers: g++, > msvc and llvm/clang to test the latest featu

Re: Modifying RTL cost model to know about long-latency loads

that modifying the costs for integer multiplies in the riscv_tune_info structs didn’t affect the generated code. Could this be why? Thanks again! Sasha Krassovsky > On Apr 13, 2020, at 12:08 PM, Jim Wilson wrote: > > On Sat, Apr 11, 2020 at 4:28 PM Sasha Krassovsky via Gcc > w

Re: Modifying RTL cost model to know about long-latency loads

Ahh I see, that makes a lot more sense. I’d want to change the TARGET_SCHED_ADJUST_PRIORITY hook? Also, would it still make sense to change the costs of expensive loads even during instruction selection to give opportunities for optimizations like rematerialization? I’m thinking that it could b

Re: [RFC, doloop] How to deal with invariants introduced by doloop

On Fri, Apr 17, 2020 at 1:10 PM Kewen.Lin via Gcc wrote: > > Hi all, > > This is one question origining from PR61837, which shows that doloop > pass could introduce some loop invariants against its outer loop when > doloop performs and prepares the iteration count for hardwar

Re: gcc 10 fpcr

mxcsr); \ > } while (0) > #else > > The error is "error: unknown register name 'fpcr' in 'asm'" Just remove the fpcr clobber. FP control register was never properly handled. Please also note gcc manual section "6.47.2.1 Volatile", where the manu

Re: SH Port Status

On Mon, 2020-04-20 at 14:47 -0500, Joel Sherrill wrote: > Hi > > Over at RTEMS, we were discussing ports to deprecate/obsolete > and the SH seems to be on everyone's candidate list. I can't seem > to find any gcc test results sh-unknown-elf since 2009 and none > for sh

Re: SH Port Status

> > > and the SH seems to be on everyone's candidate list. I can't seem > > > to find any gcc test results sh-unknown-elf since 2009 and none > > > for sh-rtems. I know I posted some but when, I can't say. But the > > > new mailing list setup may

Re: Help implementing support for vec in gengtype

Hi. Sorry for the late reply. On 03/02, Richard Biener wrote: > On Thu, Feb 27, 2020 at 6:56 PM Giuliano Belinassi > wrote: > > > > Hi, all. > > > > I am tying to fix an issue with a global variable in the parallel gcc > > project. For this, I am tryin

Re: SH Port Status

On Mon, Apr 20, 2020 at 11:05 PM Jeff Law via Gcc wrote: > > On Mon, 2020-04-20 at 15:29 -0500, Joel Sherrill wrote: > > > > > > On Mon, Apr 20, 2020, 3:13 PM Jeff Law wrote: > > > On Mon, 2020-04-20 at 14:47 -0500, Joel Sherrill wrote: > > > &

Re: Help implementing support for vec in gengtype

tying to fix an issue with a global variable in the parallel gcc > > > project. For this, I am trying to move some global variables from > > > tree-ssa-operands to struct function. One of this variable is a > > > vec type, and gengtype doesn't look so happy with it. >

Re: [RFC, doloop] How to deal with invariants introduced by doloop

On Tue, Apr 21, 2020 at 10:42 AM Kewen.Lin wrote: > > on 2020/4/17 下午7:32, Richard Biener wrote: > > On Fri, Apr 17, 2020 at 1:10 PM Kewen.Lin via Gcc wrote: > >> > >> Hi all, > >> > >> This is one question origining from PR61837, which shows

Re: Help implementing support for vec in gengtype

rote: > > > > > > > > Hi, all. > > > > > > > > I am tying to fix an issue with a global variable in the parallel gcc > > > > project. For this, I am trying to move some global variables from > > > > tree-ssa-operands to struct f

Re: Help implementing support for vec in gengtype

/02, Richard Biener wrote: > > > > On Thu, Feb 27, 2020 at 6:56 PM Giuliano Belinassi > > > > wrote: > > > > > > > > > > Hi, all. > > > > > > > > > > I am tying to fix an issue with a global variable in the para

Re: GCC optimizations with O3

On Wed, Apr 22, 2020 at 04:17:56PM +0200, Philipp Tomsich wrote: > ptomsich@android:~/riscv/gcc/gcc$ git grep OPT_LEVELS_3 > common/common-target.h: OPT_LEVELS_3_PLUS, /* -O3 and above. */ > common/common-target.h: OPT_LEVELS_3_PLUS_AND_SIZE, /* -O3 and above and > -Os. */ > co

AVR CC0 transition

Hi, I'm thinking about attempting to do the CC0 transition for the AVR port in my spare time. I've read the CC0Transition gcc wiki page, and as the AVR ISA does not have non-condition-code clobbering arithmetic instructions, concluded that I'd have to follow the steps outlined fo

Re: AVR CC0 transition

On Wed, 2020-04-22 at 22:01 +0530, Senthil Kumar via Gcc wrote: > Hi, > > I'm thinking about attempting to do the CC0 transition for the > AVR port in my spare time. I've read the CC0Transition gcc wiki > page, and as the AVR ISA does not have non-condition-cod

Re: AVR CC0 transition

On Wed, 2020-04-22 at 19:52 +0200, Moritz Strübe wrote: > Am 22.04.2020 um 18:38 schrieb Jeff Law via Gcc: > > [..] as the > > alternative would be dropping the AVR port. > > Shouldn't that work be sponsored by Microchip (or whoever currently owns > AVR)? Ardu

scalar_storage_order question

Hi all (and Eric), I have a question about scalar_storage_order and support of type punning between types that have different byte order. Take: typedef unsigned char uint8_t; typedef unsigned int uint32_t; #define __big_endian__ scalar_storage_order("big-endian") #define __little_endian__ scalar

Re: scalar_storage_order question

On Wed, Apr 22, 2020 at 1:14 PM Eric Botcazou wrote: > > > I notice this statement in the documentation: > > Moreover, the use of type punning or aliasing to toggle the storage > > order is not supported; that is to say, a given scalar object cannot > > be accessed through distinct types that assi

Re: AVR CC0 transition

On Wed, Apr 22, 2020 at 10:08 PM Jeff Law wrote: > > On Wed, 2020-04-22 at 22:01 +0530, Senthil Kumar via Gcc wrote: > > Hi, > > > > I'm thinking about attempting to do the CC0 transition for the > > AVR port in my spare time. I've read the CC0Transiti

Re: AVR CC0 transition

On Wed, Apr 22, 2020 at 11:37 PM Joel Sherrill wrote: > > On Wed, Apr 22, 2020 at 12:53 PM Moritz Strübe > wrote: > > > > > Am 22.04.2020 um 18:38 schrieb Jeff Law via Gcc: > > > [..] as the > > > alternative would be dropping the AVR port. > > &

Re: scalar_storage_order question

On Wed, Apr 22, 2020 at 11:41 PM Eric Botcazou wrote: > > > What if we had this: > > uint32_t u = 0x12345678; > > upal_u32be_t tempb; > > memcpy (&tempb, &u, sizeof(uint32_t)); > > uint32_t bu = tempb.val; > > > > Is that valid? We still run into the wrong code with the above case

Re: Not usable email content encoding

mine (with hours > > in between because of CI) and yet still get merged first causing my > > own patch to no longer apply, you'd rebase and roll the dice again. > > To fix this they added merge trains > > https://docs.gitlab.com/ee/ci/merge_request_pipelines/pipeline

Re: Not usable email content encoding

mine (with hours > > in between because of CI) and yet still get merged first causing my > > own patch to no longer apply, you'd rebase and roll the dice again. > > To fix this they added merge trains > > https://docs.gitlab.com/ee/ci/merge_request_pipelines/pipelines_for

Re: Not usable email content encoding

On Thu, Apr 23, 2020 at 09:34:20AM +0100, Jonathan Wakely via Gcc wrote: > I've been having problems with it recently, e.g. > https://gcc.gnu.org/g:e76100ced607218a3bf had to fix a changelog, > because https://gcc.gnu.org/g:d76925e46fad09fc9be67 put my changelog > entry in the w

Re: Not usable email content encoding

On Thu, 23 Apr 2020 at 12:47, Segher Boessenkool wrote: > > Hi! > > On Thu, Apr 23, 2020 at 12:54:04AM +, Tamar Christina wrote: > > but trains for GCC Will likely be very short because of Changelog conflicts. > > Why that? Your patches should *not* touch changelog fi

Re: AVR CC0 transition

> On Apr 22, 2020, at 10:11 PM, Senthil Kumar via Gcc wrote: > > On Wed, Apr 22, 2020 at 10:08 PM Jeff Law wrote: >> >> On Wed, 2020-04-22 at 22:01 +0530, Senthil Kumar via Gcc wrote: >>> Hi, >>> >>> I'm thinking about attempting to d

Re: AVR CC0 transition

On Thu, 2020-04-23 at 07:41 +0530, Senthil Kumar wrote: > On Wed, Apr 22, 2020 at 10:08 PM Jeff Law wrote: > > On Wed, 2020-04-22 at 22:01 +0530, Senthil Kumar via Gcc wrote: > > > Hi, > > > > > > I'm thinking about attempting to do the CC0 transitio

Re: Not usable email content encoding

On Thu, 2020-04-23 at 09:34 +0100, Jonathan Wakely via Gcc wrote: > On Thu, 23 Apr 2020 at 06:49, Florian Weimer wrote: > > * Tamar Christina: > > > > > A bit late to the party, but this really doesn't work that well > > > because until recent v

Re: Not usable email content encoding

On Thu, 2020-04-23 at 06:46 -0500, Segher Boessenkool wrote: > Hi! > > On Thu, Apr 23, 2020 at 12:54:04AM +, Tamar Christina wrote: > > but trains for GCC Will likely be very short because of Changelog conflicts. > > Why that? Your patches should *not* touch changelog

Re: blacklisted after announce on GNU cauldron ?

On Thu, Apr 23, 2020 at 05:13:13PM +0200, Olivier Hainque wrote: >Hi Frank, > >> On 23 Apr 2020, at 16:34, Frank Ch. Eigler wrote: >> >> Hi - >> >>>> A re-subscription attempt to the gcc mailing list just >>>> failed, expectedly I guess. &g

Re: blacklisted after announce on GNU cauldron ?

On Thu, 23 Apr 2020 at 16:46, Christopher Faylor via Gcc wrote: > > On Thu, Apr 23, 2020 at 05:13:13PM +0200, Olivier Hainque wrote: > >Hi Frank, > > > >> On 23 Apr 2020, at 16:34, Frank Ch. Eigler wrote: > >> > >> Hi - > >> > &g

Re: blacklisted after announce on GNU cauldron ?

On Thu, 23 Apr 2020 at 18:02, Jonathan Wakely wrote: > > On Thu, 23 Apr 2020 at 16:46, Christopher Faylor via Gcc > wrote: > > > > On Thu, Apr 23, 2020 at 05:13:13PM +0200, Olivier Hainque wrote: > > >Hi Frank, > > > > > >> On 23 Apr 2020,

Re: blacklisted after announce on GNU cauldron ?

On Thu, Apr 23, 2020 at 06:39:54PM +0100, Jonathan Wakely wrote: >On Thu, 23 Apr 2020 at 18:02, Jonathan Wakely wrote: >>On Thu, 23 Apr 2020 at 16:46, Christopher Faylor wrote: >>>All of the above is handled by whomever is responsible for the gcc web >>>pages. It wou

C (not C++) compiler plugins

Hello, Is it possible to make plugins for the C compiler (not the C++) compiler? I was trying the (old) sample code at https://github.com/hlandau/compex to make a plugin, but the plugin only works with C++. when trying to use the C compiler it complains about gcc -fplugin=/usr/local/lib

Re: Not usable email content encoding

Of course, better would be to remove ChangeLogs entirely (including not putting anything like them into a commit message), because they are largely not useful and are just make-work. I disagree. I find them quite useful.

Re: C (not C++) compiler plugins

{ int x; }; int main(int argc, char **argv) { return 0; } results in a segfault at this line in `_finish_type`: const char *struct_name = decl ? IDENTIFIER_POINTER(DECL_NAME(decl)) : NULL; It appears that the pointer DECL_NAME(decl) is corrupt, but I can't figure out why that i

Re: C (not C++) compiler plugins

On Fri, 2020-04-24 at 13:03 -0600, Maurice Smulders via Gcc wrote: > Hello, > > Hugo Landau figured out why it didn't load: > Yes. > > > The reference to cp_global_trees appears to be caused by the below > co

bit field alignment

What was the rationale for the gcc ABI convention that int bit fields force the containing struct to be int-aligned? For example, the size of struct{int x:2;} is 4 in Linux gcc, completely wasting 3 out of every 4 bytes of memory. One can get finer alignment by declaring small fields to be char

Unrolling for constexpr

sing the iteration number in the call is prohibited, even though the number of iterations and iteration number is known during the compile time to do the sum. When unrolling it by hand works, why the compiler refuses to handle this situation? [I used gcc 9.3 with -O3 flag] Thanks in advance,

Re: bit field alignment

* Doug McIlroy via Gcc: > What was the rationale for the gcc ABI convention that int > bit fields force the containing struct to be int-aligned? > > For example, the size of struct{int x:2;} is 4 in Linux > gcc, completely wasting 3 out of every 4 bytes of memory. I'm p

Re: Unrolling for constexpr

On Mon, 27 Apr 2020 at 04:54, Laleh Aghababaie via Gcc wrote: > > Hi all, N.B. this is the wrong mailing list for such a question, you should have used the gcc-help list instead. > I have a question about the constexpr variable specifications and how the > compiler handles them. T

segment fault

t;<< sizeof(segment_fault) <http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-maj

Re: segment fault

On Tue, 28 Apr 2020 at 02:26, luo alvin via Gcc wrote: > > Dear gnu: >Here is code: Please do not report bugs to this mailing list. Bug reports belong in our Bugzilla database, see https://gcc.gnu.org/bugs/ But this is not a bug anyway, your code has undefined behaviour. You c

Re: segment fault

Please move this discussion to the gcc-help mailing list where it belongs. I'll reply on that list instead. On Tue, 28 Apr 2020 at 07:07, luo alvin wrote: > > Thank you very much for replying me. I also think it not bug,because I test > this code in the lower version(lower than 8

aarch64 C++ ABI analysis

Hi! The same testcase as has been used for powerpc64le-linux can be used for aarch64-linux too: struct X { }; struct Y { int : 0; }; struct Z { int : 0; Y y; }; struct U : public X { X q; }; struct A { float a, b, c, d; }; struct B : public X { float a, b, c, d; }; struct C : public Y { float a,

Broken check rejecting -fcf-protection and -mindirect-branch=thunk-extern

n use this, with the ability to substitute the exact thunk in use to be suitable for the CPU booted on.  (In particular, AMD recommend `lfence; jmp *%reg` over the traditional retpoline thunk.) A consequence of GCC rejecting this combination is that Linux has unilaterally disabled -fcf-prote

Re: Broken check rejecting -fcf-protection and -mindirect-branch=thunk-extern

to be suitable for the CPU booted on. (In particular, AMD >> recommend `lfence; jmp *%reg` over the traditional retpoline thunk.) >> >> >> A consequence of GCC rejecting this combination is that Linux has >> unilaterally disabled -fcf-protection >> >> # e

Re: Broken check rejecting -fcf-protection and -mindirect-branch=thunk-extern

OP gadget when hardware was less broken. Both > >> Linux and Xen use this, with the ability to substitute the exact thunk > >> in use to be suitable for the CPU booted on. (In particular, AMD > >> recommend `lfence; jmp *%reg` over the traditional retpoline thunk.) > >

Re: Broken check rejecting -fcf-protection and -mindirect-branch=thunk-extern

>>>> Linux and Xen use this, with the ability to substitute the exact thunk > >>>> in use to be suitable for the CPU booted on. (In particular, AMD > >>>> recommend `lfence; jmp *%reg` over the traditional retpoline thunk.) > >>>> > &g

Re: Broken check rejecting -fcf-protection and -mindirect-branch=thunk-extern

;> something which wasn't a ROP gadget when hardware was less broken. Both >>>>>> Linux and Xen use this, with the ability to substitute the exact thunk >>>>>> in use to be suitable for the CPU booted on. (In particular, AMD >>>>>> recomme

Re: Broken check rejecting -fcf-protection and -mindirect-branch=thunk-extern

On Tue, Apr 28, 2020 at 9:33 AM Andy Lutomirski wrote: > > > > > > On Apr 28, 2020, at 9:14 AM, Peter Zijlstra wrote: > > > > On Tue, Apr 28, 2020 at 02:41:33PM +0100, Andrew Cooper wrote: > >> Its fine to focus on userspace first, but the kernel is far more simple. > >> > >> Looking at that pre

Re: Broken check rejecting -fcf-protection and -mindirect-branch=thunk-extern

t is that we > deliberately fixed up retpoline to be register-based *specifically* for the > purpose of being CET-compatible, so it's somewhat daft for GCC to be claiming > they are incompatible. > GCC needs to be told that external thunk is CET compatible. -- H.J.

Should ARMv8-A generic tuning default to -moutline-atomics

Distributions are receiving requests to build things with -moutline-atomics: <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956418> Should this be reflected in the GCC upstream defaults for ARMv8-A generic tuning? It does not make much sense to me if every distribution has to o

Re: Should ARMv8-A generic tuning default to -moutline-atomics

* Kyrylo Tkachov: > Hi Florian, > >> -Original Message----- >> From: Gcc On Behalf Of Florian Weimer via Gcc >> Sent: 29 April 2020 13:33 >> To: gcc@gcc.gnu.org >> Cc: nmeye...@amzn.com >> Subject: Should ARMv8-A generic tuning default to -moutline-

Re: Should ARMv8-A generic tuning default to -moutline-atomics

On 4/29/20 1:54 PM, Florian Weimer via Gcc wrote: > * Kyrylo Tkachov: > >> Hi Florian, >>> >>> Distributions are receiving requests to build things with >>> -moutline-atomics: >>> >>> <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=

How do I make a double free at runtime fail reliably in the testsuite?

Hi, I have a test case which does a double free on a pointer, at runtime. I have to narrow it down a bit before comitting, but it indicates a regression. Assuming I put this into the testsuite, how can I make sure that this actually fails if the problem ever re-occurs? Is there a combination of

Re: Should ARMv8-A generic tuning default to -moutline-atomics

On Wed, Apr 29, 2020 at 6:25 AM Florian Weimer via Gcc wrote: > > Distributions are receiving requests to build things with > -moutline-atomics: > > <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956418> > > Should this be reflected in the GCC upstream defaults f

Re: Automatically generated ChangeLog files - script

On Thu, Apr 30, 2020 at 03:29:10PM +0200, Martin Liška wrote: > $ ./changelog.py > patches/1957-c-generic-lambda-forwarding-function-PR94546.patch > OK > -- gcc/cp/ChangeLog -- > 2020-04-22 Jason Merrill > > PR c++/94546 > * pt.c (register_parame

Re: Automatically generated ChangeLog files - script

On Thu, Apr 30, 2020 at 05:14:34PM +0200, Martin Liška wrote: > On 4/30/20 3:45 PM, Jakub Jelinek wrote: > > If this is what is really created, then for the new file, missing * space, > > gcc/testsuite/ that shouldn't be there and missing PR c++/94546 line above > > it

GCC 10.0.1 Status Report (2019-04-30)

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 for blocking regressions and documentation fixes only, all changes to the branch require a RM approval

GCC 11.0.0 Status Report (2020-04-30)

Status == The trunk has branched for the GCC 10 release and is now open again for general development, stage 1. Please consider not disrupting it too much during the RC phase of GCC 10 so it is possible to test important fixes for 10.1 on it. Quality Data Priority

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

rallel_end) it not synchronizing correctly with the team barrier in each OpenMP task. So any help on the design is appreciate (even if it would I should re-thinking it for libgomp). [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79784 [2] https://github.com/zatrazz/gcc/tree/azanella/libgomp-scalability

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

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 issue described at BZ#79784. > > I have identified

GCC 10.1 Release Candidate available from gcc.gnu.org

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-g591d857164c37cd0bb96da2a293148e01f280e0f. I

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

On Fri, May 01, 2020 at 09:23:33AM +0200, Martin Liška wrote: > On 4/30/20 11: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/

Re: Not usable email content encoding

On Thu, 2020-04-23 at 15:14 -0600, Tom Tromey wrote: > > > > > > "Segher" == Segher Boessenkool writes: > > Segher> My point was that this should *never* be part of patches, already. > > FWIW, I use a few scripts so that I can keep ChangeLogs as files. > That's what I do when working on gdb. >

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