in file
std::pmr::unsynchronized_pool_resource::do_allocate(unsigned int, unsigned int)
/var/tmp//ccrQoKEb.o
ld: fatal: symbol referencing errors
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
nqualified-id before numeric constant
and several more due to the -Dsun default. How about
sed -e 's/sun/moon/g' instead ;-)
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
.
Ok for mainline?
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-10-31 Rainer Orth
gcc:
PR sanitizer/80953
* config/sol2.h (ASAN_CC1_SPEC): Define
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-10-31 Rainer Orth
PR sanitizer/80953
* sanitizer_common/sanitizer_internal_defs.h,
sanitizer_common/sanitizer_platform_limits_solaris.h,
sanitizer_common
Hi Iain,
> On Sat, 3 Nov 2018 at 23:23, Iain Buclaw wrote:
>>
>> On Wed, 31 Oct 2018 at 10:40, Rainer Orth
>> wrote:
>> >
>> > Hi Iain,
>> >
>> > > My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> >
Hi Iain,
> On Wed, 31 Oct 2018 at 10:40, Rainer Orth
> wrote:
>>
>> Hi Iain,
>>
>> > My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> >
>> > Upstream dmd use a poor man's alignment, from what I
Hi Iain,
> On Wed, 31 Oct 2018 at 10:40, Rainer Orth
> wrote:
>>
>> Hi Iain,
>>
>> > My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> >
>> > Upstream dmd use a poor man's alignment, from what I
Hi Iain,
> On Wed, 31 Oct 2018 at 10:43, Rainer Orth
> wrote:
>>
>> Hi Iain,
>>
>> >> My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> >>
>> >> Upstream dmd use a poor man's alignment, fro
Hi Joseph,
> On Thu, 1 Nov 2018, Rainer Orth wrote:
>
>> * One for ia64 in gcc_cv_as_ia64_ltoffx_ldxmov_relocs) ...
>>
>> $as_echo ' .text
>> addl r15 = @ltoffx(x#), gp
>> ;;
>> ld8.mov r16 = [r15], x#'[] > conftest.s
&g
inline.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-11-02 Rainer Orth
gcc/testsuite:
* gcc.dg/compat/pr83487-1_y.c: Move dg-skip-if ...
with both as and gas currently
running. Ok for mainline if they pass?
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-11-01 Rainer Orth
* configure.ac (gcc_cv_as_spar
sent first.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
.in: Regenerate.
I noticed that this patch lacks the new
sanitizer_common/sanitizer_stacktrace_sparc.cc file in
sanitizer_common/Makefile.am. Maybe you want to double-check the list
of new files.
Thanks.
Rainer
--
------
able to finish the build
> on both sparc-sun-solaris2.11 and i386-pc-solaris2.11.
>
> The link tests still all fail as before, but sparc and x86 are now on
> par here :-)
and now with the updated patch ;-)
Rainer
--
-------
e D real type
represents the biggest floating-point type implemented in hardware,
and AFAIK no SPARC CPU ever implemented 128-bit floating point.
Still, with this missing the alignment of the union is wrong.
Rainer
--
----
Rainer Orth writes:
> * On sparc, I didn't get that far, unfortunately: as I mentioned, many
> compilations die with SIGBUS:
>
> libtool: compile: /var/gcc/regression/trunk/11.5-gcc/build/./gcc/gdc
> -B/var/gcc/regression/trunk/11.5-gcc/build/./gcc/
> -B/vol/gcc/sparc-s
Will need to dig further here.
Anyway, please find attached the patch that got me to this point.
Honestly, I've no idea how the ChangeLog is supposed to be formatted for
D yet.
Rainer
--
-----
Rainer Orth, Center for Bi
ortable way to do this.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
diff --git a/libgo/testsuite/gotest b/libgo/testsuite/gotest
--- a/libgo/testsuite/gotest
+++ b/libgo/testsuite/gotest
@@ -529,7 +529,8 @@ symtogo() {
patch libgo testsuite results are as before the patch.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
diff --git a/libgo/testsuite/gotest b/libgo/testsuite/gotest
--- a/libgo/testsuite/
Error 1
The following patch fixes this allowing the links to succeed, though
I've not run the testsuite yet.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
diff --git a/libgo/go/log/syslog/s
Hi Jeff,
> On 10/24/18 7:06 AM, Rainer Orth wrote:
>> Between 20181022 (r265393) and 20181023 (r265430), gcc.dg/pr78973-2.c
>> began to XPASS on a large number of targets:
>>
>> +XPASS: gcc.dg/pr78973-2.c ilp32 (test for warnings, line 16)
>>
>> The
-solaris2.11, and
x86_64-pc-linux-gnu (both multilibs in every case). I'd usually just
install the patch as obvious, but am holding back since none of the
patches in that range obviously caused that.
Rainer
--
-
Rainer Orth
-solaris2.1[01] (both Solaris 11.3 and 11.4 each) with as/ld,
gas/ld, and x86_64-pc-linux-gnu.
Ok for mainline?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-10-19 Rainer Orth
e output section.
>
> OK. The regressions are still there on Solaris 11.3 for me.
I know: a patch to fix this is almost ready, just needs a final round of
testing.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Gerald,
> On Tue, 16 Oct 2018, Rainer Orth wrote:
>> The following patch documents the Solaris 10 obsoletion in the GCC 9
>> changes.html. I've based this on the GCC 4.9 text which allowed for
>> obsoletion of several targets. Tested by inspection in Firefox.
>>
ver, the proper way to handle this seems to use ALWAYS_CXXFLAGS
instead, appending to it along the lines of what libitm.exp
(libitm_init) does for ALWAYS_CFLAGS for a couple of targets.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
g-options "-DUSE_FILESYSTEM_TS -lstdc++fs" over and over again.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-10-16 Rainer Orth
libstdc++-v3
as primary platform. Although mechanical, I
suspect this requires SC approval?
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-10-16 Rainer Orth
* htdocs/gcc-9
.
Installed on mainline.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-10-15 Rainer Orth
contrib:
* config-list.mk (LIST): Switch to i686-solaris2.11
Hi Martin,
> On 10/9/18 11:03 AM, Rainer Orth wrote:
>> Hi Martin,
>>
>>> rename from gcc/testsuite/g++.dg/ext/pr82625.C
>>> rename to gcc/testsuite/g++.target/i386/pr82625.C
>>> index 59b174f8c51..0eb70baed5e 100644
>>> --- a/gcc/testsuite/g++.
ata and .rodata.str1.8 are merged, with the
alignment of the larger of the two on the output section.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
l regressions.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
string merging), there's
.section".rodata"
in the output and I get the expected
FAIL: gcc.dg/merge-all-constants-2.c scan-assembler-not \\.rodata[^.]
* With gas however (string merging supported), the output has the usual
.section .rodata.str1.8,"aMS",
fortran.fortran-torture/execute/adjustr.f90 execution, -Os
> FAIL: go.test/test/fixedbugs/issue4562.go execution, -O2 -g
> FAIL: go.test/test/nil.go execution, -O2 -g
These two were present before Bernd's patch.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
cc/src/hg/trunk/local/gcc/testsuite/g++.dg/ext/pr82625.C:24:1: error: use
of multiversioned function without a default
Just remove the second dg-do line.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
ating what's going on
> there.
I've filed PR bootstrap/87551 for the libgnat-9.so link failure.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
sue; tested on
sparc-sun-solaris2.11 with as (no string merging) resp. gas (with string
merging). Installed on mainline.
Besides, the patch seems to have produced more fallout on Solaris: I see
many new Go testsuite failures on Solaris 10 which probably are related,
and Solaris bootstrap with Ada included is broken due to the extended
usage o
riorities are not supported
Fixed as follows. Tested on i386-pc-solaris2.10 and i386-pc-solaris2.11
(which supports constructor priorities), installed on mainline.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-10-08 Rainer Orth
* c-c++-common/
.
Thanks.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
l the same message.
just for the record: I'm seeing exactly the same on Solaris/SPARC (32
and 64-bit).
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
111 | p = memmem(a.str, a.len, b.str, b.len);
|^
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
when finding that gotools.{sum,log} hadn't been
generated.
The following patch fixed it for me.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-09-26 Rainer Orth
* Make
Hi Ian,
> On Tue, Sep 25, 2018 at 6:26 AM, Rainer Orth
> wrote:
>>
>>> /vol/gcc/src/hg/trunk/local/libgo/go/runtime/traceback_gccgo.go:151:14:
>>> error: reference to undefined name 'nanotime'
>>> 151 | waitfor = (nanotime() - gp.waitsince) / 60e9
>
ation in
runtime/go-nanotime.c is used. At least the builds are going along
fine, it seems. No test results yet.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
diff --git a/libgo/go/runtim
tes the problem with
>>> the 33rd alternative on S/390.
>>
>> Could you test this with --enable-checking=yes,rtl , if you haven't already,
>> to check that there are no mossing XINT->XWINT changes?
>>
>> OK if that passes, thanks.
>
> I used
n a
> // number of targets. See PR libstdc++/78179 for details.
>
> OK?
just a nit (and not a review): I'd prefer the target list to be sorted
alphabetically, not completely random.
Thanks.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
fix the ChangeLog accordingly.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Jeff,
> On 9/16/18 5:28 AM, Rainer Orth wrote:
>> Currently, the libgcc-unwind.map file generated for use with Solaris ld
>>
>> http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01088.html
>>
>> uses the v1 linker map file syntax because both that's supported
Hi Iain,
> Hi Rainer,
>
>> On 6 Sep 2018, at 21:21, Rainer Orth wrote:
>>
>
>>> I can confirm the same, repeatable, fail on i686-darwin10 (and it
>>> reproduces with -save-temps)
>>> (and the vNULL change does not fix it there either) - don’t ha
(with older v1-only ld) and
i386-pc-solaris2.11 without regressions.
Ok for mainline?
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-09-14 Rainer Orth
* configure.ac
easily fire off tests.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-09-03 Rainer Orth
PR target/86744
* gcc.target/i386/addr-sel-1.c: Don't xfail "b\\+1" scan.
# HG changeset patch
# Parent c8d5d2ef046fbb4630756bcb087cb4ef83625e91
D
eep them that way.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
after target which all fail
the original test for unrelated reasons is the way to go, especially
given that there are others affected besides mips and sparc.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
other targets that are going to have similar
> properties. I'm not really sure how to write a suitable assembler test
> for this.
>
> Maybe we just need a different search result for MIPS (and potentially
> other targets).
we certainly do: I've reported a similar issue on sparc in PR
testsuite/86519, but powerpc and s390x are equally affected.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
'?
[-Werror=implicit-function-declaration]
314 | if (getentropy (buf, buflen) == 0)
| ^~
| get_nprocs
According to the manpage, one needs to include to get the
getentropy declaration.
Fixed as follows. Bootstraps on i386-pc-solaris2.11,
i386-pc-solaris2.10 (which lacks getentropy), sparc-sun-solaris2.11, and
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ow
finally tested on sparc-sun-solaris2.11 and i386-pc-solaris2.11, both
trunk and gcc-8 branch.
Ok for both?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-08-02 St
ch only few targets work right is ultimtely a
disservice.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-07-25 Rainer Orth
PR libstdc++/77691
* testsuite/experimental/memory_resource/new_delete_resource.cc:
xfail execution on 32-bit Solaris/x86.
# HG changeset patch
#
; gmake[3]: Leaving directory '/scratch/tmp/gerald/OBJ-0722-0939/gcc'
> gmake[2]: *** [Makefile:4644: all-stage2-gcc] Error 2
>
>
> This is on FreeBSD 10.4 which features clang 3.4.1 as system compiler;
> FreeBSD 11.2 with clang 6.0.0 does not trigger that.
known issue: PR bootstrap/86621
offset (fold_convert (ptrdiff_type_node,
>>> cstoff));
>>> + offset_int extrema[2] = { 0, wi::abs (ioff) };
>> You should probably tone back the comment here since the intermediate
>> offsets do not have to be in bounds.
>
> Done.
>
>>
>>
>> [ Big snip ]
>>
>>> + /* The type of the object being referred to. It can be an array,
>>> + string literal, or a non-array type when the MEM_REF represents
>>> + a reference/subscript via a pointer to an object that is not
>>> + an element of an array. References to members of structs and
>>> + unions are excluded because MEM_REF doesn't make it possible
>>> + to identify the member where the reference orginated. */
>> s/orginated/originated/
>>
>> OK with those changes.
>
> Committed without the SRA change as 262893.
your patch has caused quite a number of testsuite failures:
+FAIL: c-c++-common/Warray-bounds-2.c -std=gnu++11 (test for excess errors)
+FAIL: c-c++-common/Warray-bounds-2.c -std=gnu++14 (test for excess errors)
+FAIL: c-c++-common/Warray-bounds-2.c -std=gnu++98 (test for excess errors)
Excess errors:
/vol/gcc/src/hg/trunk/local/gcc/testsuite/c-c++-common/Warray-bounds-2.c:200:11:
warning: array subscript -1 is outside array bounds of 'Array [2]'
[-Warray-bounds]
+FAIL: c-c++-common/Warray-bounds-2.c -Wc++-compat (test for excess errors)
on 32 and 64-bit Solaris/SPARC and x86, also Linux/x86_64
+XPASS: gcc.dg/Warray-bounds-31.c (test for warnings, line 26)
+XPASS: gcc.dg/Warray-bounds-31.c (test for warnings, line 40)
+FAIL: gcc.dg/Warray-bounds-31.c (test for excess errors)
+XPASS: gcc.dg/Warray-bounds-31.c bug 84047 (test for warnings, line 72)
+XPASS: gcc.dg/Warray-bounds-31.c bug 84047 (test for warnings, line 90)
Excess errors:
/vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/Warray-bounds-31.c:100:3:
warning: array subscript -2147483648 is outside array bounds of 'char[9]'
[-Warray-bounds]
32-bit Solaris and Linux only.
+FAIL: gcc.dg/Warray-bounds-32.c (test for warnings, line 28)
Please fix.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
i386-pc-solaris2.11 and sparc-sun-solaris2.11 with
-m32, but according to gcc-testresults it also happens on
i686-pc-linux-gnu, x86_64-pc-linux-gnu and a few others.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
on the rhs, but I'd hope that should be invalid
> RTL, because it is ambiguous what value would sp on the rhs have.
>
> Please change the above patch to do:
> adjust_insn (bb, insn);
> +
> + if (!frame_pointer_needed && pre)
> +
e?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-07-17 Rainer Orth
* g++.dg/lto/pr86523-1_0.C: Require fpic, shared support.
(dg-lto-options): Add -fPIC.
* g++.dg/lto/pr86523-2_0.C: Likewise.
diff --git a/gcc/testsuite/
Hi Jerry,
> On 07/15/2018 11:46 AM, Rainer Orth wrote:
>> Hi Jerry,
>>
>>> Hmm, interesting. Which linux are you using?
>>
>> Fedora 27.
>
> Works for me. Fedora 28. Do not know for other OS's
just tried Solaris 11/x86: works just as well. I could tr
Hi Jerry,
> Hmm, interesting. Which linux are you using?
Fedora 27.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
s a secondary matter only, and I
can certainly help with that if necessary.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
explicit with
{ dg-require-effective-target pthread }
{ dg-additional-options "-pthread" }
and put them in gfortran.dg where they belong?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
poly-int.h:1063:1: note: candidate:
template poly_int::result_type> wi::neg(const poly_int_pod&, wi::overflow_type*)
neg (const poly_int_pod , wi::overflow_type *overflow)
^~~
/vol/gcc/src/hg/trunk/local/gcc/poly-int.h:1063:1: note: template argument
deduction/substitution failed:
/vol/
cktrace:
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
r-widen-1.c:55:1:
note: vectorized 0 loops in function.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
_1.f03.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
29
> * testsuite/libgfomp.fortran/async_io_1.f90: New test.
> * testsuite/libgfomp.fortran/async_io_2.f90: New test.
> * testsuite/libgfomp.fortran/async_io_3.f90: New test.
You seem to have a special fondness for libgfomp ;-)
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
PR lto/85759).
>>>
>>> gcc/ChangeLog:
>>>
>>> 2018-05-16 Martin Liska
>>>
>>> PR lto/85759
>>> * coverage.c (coverage_init): Mangle full path name.
>>> * doc/invoke.texi: Document the change.
>>>
6.exe
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
po in
libgcc/Makefile.in. Fixed as follows; will install as obvious once
bootstrap has finished.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-06-27 Rainer Orth
* Makefile.in (
some soaking in
>> mainline)
>>
>
> Committed (after moving the testcase to gcc.target/i386).
the new testcase FAILs on 32-bit Solaris/x86
FAIL: gcc.target/i386/pr86257.c scan-assembler data16[ \\t]*leaq
and, according to gcc-testresults, also on i586-unknown-freebsd10.4 and
e.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-06-26 Rainer Orth
* g++.dg/pr86082.C: Require IBM1047 support.
# HG changeset patch
# Parent eeab29b53ad0ae8a16bb9e8d4d0f934e9d5ebe
SOURCE
_FILE_OFFSET_BITS=64.
I'd rather not mess with this stuff.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
-c++/non-scalar-data.C -DACC_DEVICE_TYPE_host=1
-DACC_MEM_SHARED=1 -O2 compilation failed to produce executable
Unless you plan to fix the ICE soon, please either remove the test or
dg-skip-if it to avoid unnecessary testsuite noise.
Thanks.
Rainer
--
--
cc (test for excess errors)
+UNRESOLVED: ext/pb_ds/regression/tree_map_rand.cc compilation failed to
produce executable
Excess errors:
Undefined first referenced
symbol in file
std::__cxx11::basic_string, std::allocator
>::insert(unsigned int, char const*) /var/tmp//cc7IwcEd.o
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
>= width of type [-Wshift-count-overflow]
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
nd
lf64(7) man pages:
https://docs.oracle.com/cd/E88353_01/html/E37853/index.html
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Jonathan,
> On 21/06/18 16:49 +0200, Rainer Orth wrote:
>>Hi Jonathan,
>>
>>> No objection to this patch, but I'll just note that we have
>>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81091 suggesting we
>>> should use LFS for libstdc++ uncondit
ility had caused concern for me initially);
didn't check libstdc++fs.a though.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
[01], will apply
to mainline and gcc-8 branch shortly.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-05-31 Rainer Orth
PR target/85994
* config/i386/sol2.h
and gcc-8 branches.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2018-06-18 Rainer Orth
* config/sol2.h (TARGET_OS_CPP_BUILTINS): Define
_FILE_OFFSET_BITS=64 for
:102)
fd9b9a79 _thrp_setup (fdab0240) + 99
fd9b9d60 _lwp_start (0, 0, 0, 0, 0, 0)
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
me problem on HP-UX?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
"
Again: gthr.h would include that (via gthr-default.h) already.
As I stated, those are mostly nits, but should be fixed before this
patch goes in.
Thanks.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
it would be better
to abstract this low-level detail away and let the driver DTRT, under
the control of a flag if need be.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
hronous_9.exe
0806B000 888- rwx [ heap ]
FDB9352 288-- r-x [ text ] libquadmath.so.0.0.0
FDBF7000 444- rwx [ data ] libquadmath.so.0.0.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ber of tests in gfortran.dg where
the additional output is unexpected.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
2
32-bit i386 only.
+FAIL: libgomp.fortran/asynchronous_9.f90 -O execution test
32 and 64-bit i386 and sparc, no error message.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
>> > }
>>
>> This part is missing from r260956:
>>
>> https://gcc.gnu.org/ml/gcc-cvs/2018-05/msg01177.html
>
> I have managed to commit partially, it should be fixed now. My apologizes
> for this!
unfortunately, it isn't: the include/simple-object.h part is still
missing.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
configure test on all targets and the varasm.c change don't.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
assembler-times mendbr 4
Excess errors:
/vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.target/i386/pr85345.c:22:6:
error: ifunc is not supported on this target
Fixed as follows after i386-pc-solaris2.11 testing, installed on mainline.
Rainer
--
-------
601 - 700 of 2457 matches
Mail list logo
