https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #20 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #18 from Eric Botcazou ---
> (> These are often just off-by-one errors in the line numbers; I believe I
>> have a patch around somewhere to fix at leas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87807
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Eric Botcazou ---
> Thanks for reporting the problem.
Great, thanks for the quick fix.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #15 from Eric Botcazou ---
>> I only have:
[...]
>> as execution test failures, but I have a bunch of output pattern test
>> failures.
>
> Rain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #14 from Eric Botcazou ---
>> The only asan execution failures I see on Solaris 11/SPARC are
[...]
> I only have:
>
> c-c++-common/asan/pointer-compare-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87864
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>>> --- Comment #1 from Iain Buclaw ---
>>> Is there another way to get a sectio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87866
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Iain Buclaw ---
> Based on what you described is the problem, I think this is done.
I'm pretty certain it is. I've successfully been using the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87864
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
>> --- Comment #1 from Iain Buclaw ---
>> Is there another way to get a section in earlier versions of Solaris?
>
> What I initially did in LLVM's compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88150
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Iain Buclaw ---
> Thanks, I will write up a small documentation of how the sections modules
> interacts with runtime - along with compiler support.
Grea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88150
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
A couple of issues in the patch bear commenting:
* The core/sys/solaris/dlfcn.d change was needed to silence
/vol/gcc/src/hg/trunk/local/libphobos/libdruntime/rt/sections_elf_shared.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #17 from Eric Botcazou ---
>> Anybody should be able to reproduce this problem. My guess is a logic error.
>
> I'm not sure whether we still support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85925
--- Comment #29 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #28 from Jakub Jelinek ---
> Would:
[...]
> fix this? Don't have easy access to arm32 right now to verify if even with
> that change it still FAILs w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85925
--- Comment #27 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #26 from Rainer Orth ---
> (In reply to Eric Botcazou from comment #25)
>> > The new tests fail at execution on armeb and aarch64_be:
>> > FAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88039
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from joseph at codesourcery dot com dot com> ---
> On Mon, 19 Nov 2018, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
>
>> However, there's anoth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88039
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Iain Buclaw ---
[...]
> I'm not sure given them an encoded mangle in similar vain to Go would be a
> desirable direction, so better off relegating th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88098
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Martin Sebor ---
> Patch: https://gcc.gnu.org/ml/gcc-patches/2018-11/msg01661.html
Tested on i386-pc-solaris2.11 and sparc-sun-solaris2.11: failures gone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88091
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Martin Sebor ---
> Patch: https://gcc.gnu.org/ml/gcc-patches/2018-11/msg01674.html
I tested the patch on i386-pc-solaris2.11: all failures are gone.
Btw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88104
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Martin Sebor ---
> Agreed. If you already have a bug tracking this change to the harness please
> feel free to resolve this one. Otherwise I suggest to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #23 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #21 from Iain Sandoe ---
>> (In reply to Martin Liška from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from Eric Botcazou ---
> I have a bunch of sanitizer failures on SPARC/Solaris 11.3:
[...]
This is weird: this test PASSes for me on Solaris 11.3, 11.4 and 11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #21 from Iain Sandoe ---
> (In reply to Martin Liška from comment #20)
>> Iain: Can the bug be marked as resolved?
>
> I'd assume it can
> Rai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88090
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Jakub Jelinek ---
> Created attachment 45037
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45037&action=edit
> gcc9-pr88090.pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84288
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #9 from Martin Liška ---
> Rainer: Can the bug be marked as resolved?
No, there are quite a number of issues still open:
* the total_sz_out printing,
* hardcod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88104
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Martin Sebor ---
> The failing tests are compile-only (don't involve the assembler), and would
> pass even with a default-configured GCC. The reason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79975
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Martin Liška ---
> Rainer: Can the bug be marked as resolved?
I don't think so: as I wrote in Comment #7, the compiler still SEGVs,
which is only avo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88039
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Iain Buclaw ---
> (In reply to Rainer Orth from comment #0)
>>
>> The problem obviously is that the native assemblers don't support UTF-8 i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87866
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Iain Buclaw ---
> I backported a fix from the D sources so it should no longer segfault at
> least.
It doesn't indeed.
> From what I can see,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87865
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Iain Buclaw ---
> It required removing all system includes from all dmd frontend sources, but I
> think this OK now. I have verified that gcc_assert()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87880
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Dominique d'Humieres ---
>> Weird: can you check where the definition of
>> ___cxa_rethrow_primary_exception is coming from in your case? On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87880
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Dominique d'Humieres ---
> WORKSFORME on x86_64-apple-darwin18.2.0 configured with
> --with-sysroot=/Applications/Xcode-6.2.app/Contents/Devel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87865
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Iain Buclaw ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #2)
>> > --- Comment #1 from Iain Buclaw ---
>> > This is part o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87864
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Iain Buclaw ---
> Is there another way to get a section in earlier versions of Solaris?
What I initially did in LLVM's compiler-rt (which prompted the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87865
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Iain Buclaw ---
> This is part of the dmd frontend which as no interaction with gcc. So
> gcc_unreachable() can't be used here.
I see. However, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87657
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Richard Biener ---
> Not that word_mode vectorization costing in the backend is in any way
> correct...
With that patch, the i686-pc-linux-gnu bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87657
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
This looks like it could be due to
2018-10-18 Richard Biener
* config/i386/i386.c (ix86_builtin_vectorization_cost): Do not
feed width-specific load/store costs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87551
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #1 from Bernd Edlinger ---
>> Rainer, can you try this?
>
> Looks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87553
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Martin Liška ---
[...]
> You can use gcov-dump -l to dump content of the files. However, it's not
> problem as the file exists. The warning should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87553
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Martin Liška ---
[...]
>> Sorry, I've been doing too many things at once and not been paying close
>> enough attention. Besides, the g++.log f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87551
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Bernd Edlinger ---
> Rainer, can you try this?
Looks good so far: an i386-pc-solaris2.11 build has successfully linked
libgnat-9.so, but the bootstrap is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87553
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Martin Liška ---
[...]
> When the executable is executed, the *.gcda file should be created. Please
> check why the file is not generated.
Sorry, I'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87553
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Martin Liška ---
> It probably looks that there's missing profile file *.gcda. Can you check it's
> generate in -fprofile-generate run?
It i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87487
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Paul Thomas ---
> Created attachment 44781
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44781&action=edit
> Possible fix
>
> Doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87439
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Uroš Bizjak ---
> Following patch should fix the problem:
[...]
It did indeed: bootstrapped without regressions on i386-pc-solaris2.11.
Thanks.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87339
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from ktkachov at gcc dot gnu.org ---
> Fixed on arm and aarch64 with r264392.
> If you can confirm this fixes the other platforms please close this off.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #23 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #22 from Richard Biener ---
> Fixed.
Indeed: I've just successfully completed a i386-pc-solaris2.11 bootstrap
without the workaround (preloaded libumem.so),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #17 from Eric Botcazou ---
>> > On SPARC/Solaris?
>>
>> Yes please, on an arbitrary input you see the segbus/segfault.
>
> It was a rh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56703
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Jonathan Wakely ---
> Jay, is the original problem on SunOS still happening?
>
> Rainer, any insight into that build failure? Are some Solaris patche
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from Richard Biener ---
> So I've applied a patch that might fix the originally reported segfault.
It doesn't help unfortunately: I'm still seei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE > Hmm, GCC 7.1.0 of course makes me raise eyebrows. Do you by chance
>> have another host compiler to cross-test wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from rguenther at suse dot de ---
[...]
>> > What's your host compiler? Do you use custom STAGE1_CFLAGS?
>>
>> Just a vanilla i386-pc-so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86519
--- Comment #23 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #21 from qinzhao at gcc dot gnu.org ---
> the latest patch to this test bug has just been checked in at:
>
> https://gcc.gnu.org/viewcvs/gcc?view=revision&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from rguenther at suse dot de ---
[...]
> I wonder if you can run the testsuite in the not bootstrapped tree
> and look for sth suspicious.
I did that now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Richard Biener ---
> You also might want to test the patch from PR87132.
I had it in my tree already last night. I've now retried the exact same
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #2 from Richard Biener ---
You also might want to test the patch from PR87132.
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Richard Biener ---
> If you disable bootstrap does it work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86519
--- Comment #20 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #19 from qinzhao at gcc dot gnu.org ---
> which sparc machine was used to repeat the failure, and what's the configure
> and make options?
I just saw there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86996
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Bernd Edlinger ---
> is this a target where wchar_t is 16-bit wide?
No, wchar_t is always 32-bit. Cf. gcc/config/sol2.h:
/* wchar_t is called differen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86861
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Jonathan Wakely ---
> Great, thanks for testing it. Is it fixed for 64-bit as well as 32-bit? I was
> concerned that "the size of a word"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86861
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Jonathan Wakely ---
> (In reply to Rainer Orth from comment #0)
>> Thew new 18_support/new_aligned.cc test FAILs on Solaris 10 (sparc and x86),
&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #13 from Paul Thomas ---
[...]
> Does the attachment fix the problem?
Seems I completely missed this, sorry.
I've just ran sparc-sun-solaris2.11 and i386-pc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #16 from Iain Sandoe ---
[...]
> I am going to suggest that this is dup-ed to 81033 (and please try the revised
> patch there - I already checked it's OK o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #15 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #14 from Iain Sandoe ---
> I think this is a dup of 81033 - please try the attached patch(es) there.
A x86_64-apple-darwin11.4.2 bootstrap with that patch appl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86659
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE ---
A reghunt now identified this patch as the culprit:
2018-07-24 Richard Biener
* match.pd: Add BIT_FIELD_REF canonicalizations.
Comparing the assembler output, I find
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86621
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #9 from Martin Sebor ---
> r262923 adds the missing logic to prevent the "unknown bound" kind of warning
> unless -Walloca-larger-than has been e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
Just for the record: according to gcc-testresults, the test also FAILs
on hppa64-hp-hpux11.11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ---
I haven't yet gotten around to looking closer, sorry.
I'll report once I've found something.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86057
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Martin Liška ---
> Sorry for the breakage, patch candidate sent here:
> https://gcc.gnu.org/ml/gcc-patches/2018-06/msg00285.html
Now successfully boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85994
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #1 from Richard Biener ---
>> (In reply to Rainer Orth from comment #0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85994
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Richard Biener ---
> (In reply to Rainer Orth from comment #0)
>> I see several possible fixes:
>>
>> * Just compile those files with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85994
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Alexander Monakov ---
> Why does this affect only new files, i.e. how did existing libgcc .S files
> avoid running into the same issue?
Besides the {avx,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Martin Liška ---
[...]
> So can you please debug why we go into following branch:
> 1277if (!create_wrapper
> 1278
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85656
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Martin Liška ---
[...]
> According to log file alias support is mission on solaris. Thus following
> patch
> should fix that by skipping the test:
&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85429
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Ian Lance Taylor ---
> Do you think you could work out a patch that handles the various different
> cases?
Sure, if I can figure out how to determine w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85429
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Ian Lance Taylor ---
> Should be fixed on tip, requested permission to backport to GCC 8 branch.
It's fixed on sparc, but the Solaris/x86 with as fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85429
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Ian Lance Taylor ---
> Does the SPARC Solaris assembler support a syntax like
>
> .section ".go.buildid",#exclude
>
> ? That
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #81 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #79 from rguenther at suse dot de ---
> On Thu, 12 Apr 2018, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
[...]
>> Since trying to fix the initial issue is out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #82 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #80 from Richard Biener ---
> (In reply to Rainer Orth from comment #78)
>> Created attachment 43917 [details]
>> Proposed patch for gcc.dg/debug/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #77 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #62 from Richard Biener ---
> Waiting for Solaris engineer input... (or a machine to be able to debug this
> directly - is there one on the CF?).
We're f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85190
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Richard Biener ---
> HJs testers do not show the failure on i?86 anymore. The other regressions
> must be older, likely since testcase introduction in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #75 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #74 from rguenther at suse dot de ---
>> --- Comment #73 from ro at CeBiTec dot Uni-Bielefeld.DE > dot Uni-Bielefeld.DE> ---
[...]
>> It *does* FAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #73 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #69 from Richard Biener ---
> So if sparc*-solaris is clean the priority can be lowered since x86-solaris is
> neither primary nor secondary. Making it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #72 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #66 from Jakub Jelinek ---
> (In reply to Jakub Jelinek from comment #63)
>> --- gcc/dwarf2out.c 2018-03-11 17:48:53.498068316 +0100
>> +++ gcc/dwarf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #71 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #64 from Eric Botcazou ---
>> Are the remaining issues only related to .debug_macro, or other stuff too?
>
> The LTO testsuite is clean on SPARC/Solaris 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #70 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #63 from Jakub Jelinek ---
> Are the remaining issues only related to .debug_macro, or other stuff too?
> If only .debug_macro, does:
> --- gcc/dwarf2out.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36610
--- Comment #28 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #27 from Eric Gallager ---
[...]
> Did this fix it?
It seems so, both according to my own testing and gcc-testresults
postings.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85190
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from amker at gcc dot gnu.org ---
> (In reply to Rainer Orth from comment #0)
[...]
> Hmm, what options did you use?
Nothing special in the Solaris/x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85191
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Richard Biener ---
> possibly the vect_perm_short case? how do you configure targets? Shouldn't
> have affected ia64 though... maybe my TCL fu wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #14 from Jonathan Wakely ---
> We *could* make the libstdc++ operator new call malloc repeatedly until it
> gets
> something aligned to max_align_t, so that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #12 from joseph at codesourcery dot com dot com> ---
> On Wed, 21 Mar 2018, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
>
>> Joseph, any suggestions?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Jonathan Wakely ---
> (In reply to Jonathan Wakely from comment #9)
>> So GCC's definition of max_align_t is not consistent with malloc in So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #65 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #62 from Richard Biener ---
> Waiting for Solaris engineer input... (or a machine to be able to debug this
I'll send it along shortly: just didn't m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84288
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from David Malcolm ---
> I'm not sure if r258388 fixes the linker issue on Solaris, but it should make
> it much easier to fix; e.g. to apply your patch h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84005
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #9 from rsandifo at gcc dot gnu.org gnu.org> ---
[...]
> Could you try the attached patch? It should restore the ability
> to look through steps when try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82965
--- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from bin.cheng ---
> a proposed patch @https://gcc.gnu.org/ml/gcc-patches/2018-01/msg02419.html
I've regtested the patch on sparc-sun-solaris2.11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84288
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> * If DejaGnu is installed into a non-system directory, dejagnu.h isn't found
> compiling the tests. I've hacked around this by hardcoding a matching -I
> opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84317
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Alexandre Oliva ---
> The corrected patch, that I emailed you just after I got your email and
> realized I'd posted the patch without that fix, h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84317
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE > Uni-Bielefeld.DE> ---
> [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84317
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
[...]
> I'm currently running a couple of bootstraps (Solaris 10, 11.3, 11.3
> with as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84317
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Alexandre Oliva ---
> Rainer, thanks for the report.
> do you still get this with after revision 257562? it may very well have fixed
> this too,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84278
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from rguenther at suse dot de ---
[...]
>> +FAIL: gcc.target/i386/pr84278.c scan-assembler-not (%.sp)
>
> I'm blind - I cannot spot (%.sp) in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84243
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from igor.v.tsimbalist at intel dot com ---
[...]
>> Btw., I'm seeing the cet-intrin-[34].c ICEs too on i386-pc-solaris2.11. The
>> two
>&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80569
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> This shouldn't happen with degagnu after
>
> http://git.savannah.gnu.org/gitweb/?p=dejagnu.git;a=commit;h=5256bd82343000c76bc0e48139003f90b6184347
Which would mean requ
501 - 600 of 1370 matches
Mail list logo