ork on 10.12. The revised patch has been
developed with a copy of the affected 10.11 headers, but needs to be
tested on the real thing. Iain has provided me with the affected 10.10
headers and I expect to have an augmented patch ready today or tomorrow.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
; build
> failures on darwin15.
as I wrote, there are two issues, one a slightly different context, the
other a broken function definition (which is gone in Darwin 16), both of
which should be fixed by my updated patch.
Rainer
--
---
ad of
__API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0))
I've updated the corresponding fix to deal with this variation and
augmented the testcase accordingly.
Hopefully the new patch works for you.
Rainer
--
-----
re seeing?
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Iain,
>> On 11 Nov 2016, at 16:50, Rainer Orth <r...@cebitec.uni-bielefeld.de> wrote:
>>
>> Hi Iain,
>>
>>>> On 11 Nov 2016, at 11:18, Mike Stump <mikest...@comcast.net> wrote:
>>>>
>>>> On Nov 11, 2016, at 2:15 AM,
Hi Iain,
>> On 11 Nov 2016, at 11:18, Mike Stump <mikest...@comcast.net> wrote:
>>
>> On Nov 11, 2016, at 2:15 AM, Rainer Orth <r...@cebitec.uni-bielefeld.de>
>> wrote:
>>> The patch passes fixincludes make check (this time for re
ing NULL suggests SA_SIGINFO not being set,
although go/runtime/signal_gccgo.go (setsig) does AFAICS.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
;-) and
restores macOS 10.12 bootstrap.
Ok for mainline?
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
2016-11-10 Rainer Orth <r...@cebitec.uni-bielefeld.de>
PR sanitizer
Hi Bruce,
> On 11/03/16 07:11, Rainer Orth wrote:
>>
>> Ok for mainline now, and for backports to the gcc-6 and gcc-5 branches
>> after some soak time?
>
> Yes, please. Thanks.
unfortunately, I didn't look closly enough when checking for failures.
There is one whic
testing on mainline has completed and backports to
the gcc-5 and gcc-6 branches have also been tested successfully.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
branches
after some soak time?
Thanks.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
2016-10-27 Rainer Orth <r...@cebitec.uni-bielefeld.de>
libstdc++-v3:
e
'len' [-Werror=unused-variable]
unsigned int len = vec_safe_length (ranges_table);
^~~
Fixed as follows; will commit as obvious once i386-pc-solaris2.12 and
sparc-sun-solaris2.12 bootstrap have finished successfully.
Rainer
--
-----
((101 ctor_100 ()
Should be called ctor_101 now. Same for dtor_100 below.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Jeff,
> On 10/19/2016 06:13 AM, Rainer Orth wrote:
>> Hi Jakub,
>>
>>>> 2016-10-01 Rainer Orth <r...@cebitec.uni-bielefeld.de>
>>>>
>>>>* configure.ac (target_libraries): Readd target-boehm-gc.
>>>>
Hi Jeff,
> On 10/19/2016 06:13 AM, Rainer Orth wrote:
>> Hi Jakub,
>>
>>>> 2016-10-01 Rainer Orth <r...@cebitec.uni-bielefeld.de>
>>>>
>>>>* configure.ac (target_libraries): Readd target-boehm-gc.
>>>>
Hi Jeff,
> On 10/19/2016 06:13 AM, Rainer Orth wrote:
>> Hi Jakub,
>>
>>>> 2016-10-01 Rainer Orth <r...@cebitec.uni-bielefeld.de>
>>>>
>>>>* configure.ac (target_libraries): Readd target-boehm-gc.
>>>>
Hi Jeff,
> On 10/19/2016 06:13 AM, Rainer Orth wrote:
>> Hi Jakub,
>>
>>>> 2016-10-01 Rainer Orth <r...@cebitec.uni-bielefeld.de>
>>>>
>>>>* configure.ac (target_libraries): Readd target-boehm-gc.
>>>>
2164
+# of unexpected failures 62
# of expected failures 734
# of unsupported tests 4837
/var/gcc/regression/trunk/12-gcc/build/gcc/xgcc version 7.0.0 20161026
(experimental) [trunk revision 241560] (GCC)
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
it to
all active branches after more widespread testing, unless Mike (or
someone else) finds fault with my argument.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
2016-10-25 Rainer Orth <r...@cebitec
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Jakub,
> On Mon, Oct 24, 2016 at 11:12:20AM +0200, Rainer Orth wrote:
>> Not really: on that SPARC T5 system, I have (sequential gnat.dg
>> vs. acats with 19 partitions), all within a -j96 bootstrap:
>>
>> wall clock #tests
>>
>
Hi Jakub,
> On Fri, Oct 21, 2016 at 04:01:48PM +0200, Rainer Orth wrote:
>> I happened to notice that the gnat.dg testsuite run is slow even on a
>> reasonably fast SPARC machine (3.6 GHz SPARC T5) and together with the
>> libgomp testsuite (PR libgomp/66005) dominates b
.
Bootstrapped without regressions on i386-pc-solaris2.12 and
x86_64-pc-linux-gnuu (both multilibs in each case).
Ok for mainline and (eventually) the gcc-6 branch?
Thanks.
Rainer
--
-
Rainer Orth, Center
x-gnu.
dg-cmp-results.sh reports the sequential and parallel gnat.sum as
identical.
Ok for mainline (and eventually for 5 and 6 branches given the small
size and low risk of the patch)?
Thanks.
Rainer
--
-----
Ra
1 326713
and lines 712-713 have
struct _Compartments_t {
uint32_t c1;
which stems from (Compartments_t).
It seems c[01] were introduced via the new go/runtime/alg.go.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Jakub,
>> 2016-10-01 Rainer Orth <r...@cebitec.uni-bielefeld.de>
>>
>> * configure.ac (target_libraries): Readd target-boehm-gc.
>> Restore --enable-objc-gc handling.
>> * configure: Regenerate.
>
> This is incomplete. I g
> Forgot to say that the patch was tested with tzdata2016g on Fedora 24
> and CentOS 5.11.
but Fedora 20 still returns GMT+1 here, and Solaris 10 to 12 even
Etc/GMT (where Solaris 12 also has 2016g).
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Log entries for the testsuite are not mandatory.
they are, but some developer choose not to add them nonetheless.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Markus,
> On 2016.10.13 at 22:04 +0200, Rainer Orth wrote:
>> Hi Bill,
>>
>> > Here are torture test cases for
>> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77937. Markus Trippelsdorf
>> > kindly provided the source for the tests and verified the
*/
this can't be right: you always need target { i?86-*-* x86_64-*-* } and
if really need be restrict it to 64-bit only with lp64. This makes sure
the test is run correctly for multilib x86 configurations
(e.g. i686-pc-linux-gnu with -m64). Same in the other test.
Rainer
--
which support constructor
priorities).
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
t it with current trunk?
no, it's from r240990 unlike I'm completely mistaken. However, current
trunk bootstraps are running as we speak.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Martin,
sorry for the long delay: I've been extremely busy the last two weeks.
> On 09/30/2016 02:31 PM, Rainer Orth wrote:
>> this would be i386-pc-solaris2.12. I'm not sure if the constructor
>> priority detection works in a cross scenario.
>
> Hi.
>
> By the way
t;, (wint_t)0);
+ T (1, "%lc", (wint_t)0);
+ T (2, "%lc", (wint_t)0);
/* The following could result in as few as a single byte and in as many
as MB_CUR_MAX, but since the MB_CUR_MAX value is a runtime property
With this one and your refreshed patch, all failures are gone now for
i386-pc-solaris2.12, sparc-sun-solaris2.12, and x86_64-pc-linux-gnu.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
he Objective-C maintainers may have other preferences, though.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
I'd also claim
that for multilib testing in general, it's bad to test different
multilibs with different configurations, so I'd rather have people doing
multilib testing obtain all variants of libgc.
Rainer
--
-----
t-length=]
/vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-4.c:46:21:
warning: writing format character '4' at offset 3 past the end of the
destination [-Wformat-length=]
/vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-4.c:61:25:
warning: writing a terminating nul past the end of the destination
[-Wformat-length=]
/vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-4.c:74:22:
warning: '%-s' directive writing 4 bytes into a region of size 1
[-Wformat-length=]
I've no idea yet why in the first error message two different messages
are joined into one line. Probably something with DejaGnu mangling the
output...
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ve boehm-gc from the gcc sources and be able to use an external
> boehm-gc.
the first part is handled by my unreviewed patch
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg02437.html
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Martin,
> On 09/30/2016 02:31 PM, Rainer Orth wrote:
>> this would be i386-pc-solaris2.12. I'm not sure if the constructor
>> priority detection works in a cross scenario.
>>
>> I'm attaching the resulting assembly (although for Solaris as, the gas
>> build
Andrew Haley <a...@redhat.com> writes:
> On 30/09/16 23:16, Rainer Orth wrote:
>> me too, though mostly to have maximum test coverage (primarily on
>> Solaris). As expected, a x86_64-apple-darwin16 bootstrap with
>> --enable-objc-gc just failed for me. I'm testing the
ootstrap with
--enable-objc-gc just failed for me. I'm testing the following patch
(on top of Jakub's).
Rainer
2016-10-01 Rainer Orth <r...@cebitec.uni-bielefeld.de>
* configure.ac (target_libraries): Readd target-boehm-gc.
Restore --enable-objc-gc handl
them to the write-after-approval list.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Martin,
> On 09/30/2016 02:31 PM, Rainer Orth wrote:
>> this would be i386-pc-solaris2.12. I'm not sure if the constructor
>> priority detection works in a cross scenario.
>>
>> I'm attaching the resulting assembly (although for Solaris as, the gas
>> build
am.gcov'
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
.file "pr16855.C"
.globl a
.bss
.align 4
.type a, @object
.size a, 4
a:
.zero 4
.text
.globl _Z3foov
.type
cannot work on targets without
constructor priority support, the compiler should error out with an
appropriate message instead of just creating confusing non-working
executables.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ot;).
... which assumes they do read this ;-)
> Does this work?
It does indeed, at least running the single testcase with runtest now
passes.
Thanks.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
ualify. Thanks.
Another option might be to get Oracle grant a similar exception to the
compile farm. I'll ask around if there's any chance of this.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ys: https://academy.oracle.com/.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
:should be 1
+FAIL: g++.dg/gcov/pr16855.C -std=gnu++98 gcov: 1 failures in line counts, 0 i
n branch percentages, 0 in return percentages, 0 in intermediate format
+FAIL: g++.dg/gcov/pr16855.C -std=gnu++98 line 21: is #:should be 1
I haven't looked closer yet, but notice that you require constructor
priority support which isn't available everywhere (it is on Solaris 12,
but not before).
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
to 'hypot(double, double, double)'
/vol/gcc/src/hg/trunk/local/libstdc++-v3/testsuite/26_numerics/headers/cmath/hypot.cc:38:
error: template argument 2 is invalid
and many more.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
{ dg-options "-fprofile-update=atomic -fprofile-generate -march=i386" } */
int main(int argc, char *argv[])
{
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
tion_line_info->end_label = text_end_label;
> +
> +#ifdef DWARF2_LINENO_DEBUGGING_INFO
> + cur_line_info_table = text_section_line_info;
> +#endif
> +
>if (HAVE_GAS_CFI_SECTIONS_DIRECTIVE
>&& dwarf2out_do_cfi_asm ()
>&& (!(flag_unwind_tables || flag_exceptions)
>
&
on
gcc.log shows this diff:
< .long .Letext0
> .long
While the .Letext0 label is still in the assembly output, it isn't
referenced inside .debug_line, as can be seen in the diff.
Unlike the gas case, with as HAVE_AS_DWARF2_DEBUG_LINE isn't defined.
Rainer
--
---
Hi Marek,
> On Mon, Sep 26, 2016 at 03:34:40PM +0200, Rainer Orth wrote:
>> Hi Marek,
>>
>> > All right. I'll commit the patch on Monday.
>>
>> this patch caused quite some breakage: Ada, Solaris/x86 and SPARC don't
>> bootstrap any longer.
>
&
Hi Jakub,
> On Mon, Sep 26, 2016 at 03:34:40PM +0200, Rainer Orth wrote:
>> Ok for mainline if the bootstraps pass (with appropriate changelog
>> entries, of course)?
>
> Yes.
testing completed successfully, so I've installed the patch with this
ChangeLog entry:
2016-0
DE (*where), OUTGOING_REGNO (REGNO(*where)));
+ /* fallthrough */
case SCRATCH:
case CC0:
case PC:
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Martin,
> On 09/22/2016 06:14 AM, Rainer Orth wrote:
>> Hi Martin,
>>
>>> your patch broke bootstrap with MPFR 2.4.2, which is still the
>>> recommended (or perhaps minimal) version according to install.texi:
>> [...]
>>> The following patch (t
"_dtio_unformatted_read"
(gdb) p st->name
Cannot access memory at address 0xd
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
t lack (a
sufficiently recent version of) python, Solaris 10 in my case.
Rainer
2016-09-23 Rainer Orth <r...@cebitec.uni-bielefeld.de>
* dg-extract-results.sh: Revert bogus change.
diff --git a/contrib/dg-extract-results.sh b/contrib/dg-extract-results.sh
--- a/contrib/dg-extract-resu
est_a_long_double:377: "%La" expected result for
"0x1.p+1" doesn't match function call return value:
35 != 6
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
NDN
The following patch (together with your other one to fix ILP32 targets)
allows a sparc-sun-solaris2.12 bootstrap to continue. I'm going to
commit it as obvious.
Rainer
2016-09-22 Rainer Orth <r...@cebitec.uni-bielefeld.de>
gcc:
* gimple-ssa-s
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
uot;stringop strategy name 'rep_8byte' specified for option
> '-mmemcpy_strategy=' not supported for 32-bit code" "" { target ia32 } 0 } */
... while the testcase still requires it. Can't tell for certain which
is intended.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ner
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
attributes]
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
.dg/lookup/name-clash11.C:7:21:
error: static assertion failed: __alignof__ (this->A) == 16
FAIL: 29_atomics/atomic/65147.cc (test for excess errors)
Excess errors:
/vol/gcc/src/hg/trunk/local/libstdc++-v3/testsuite/29_atomics/atomic/65147.cc:26:
error: static assertion failed: atomic must be aligned to at least its
size
Thanks.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ze
must be an integral multiple of alignment.
which isn't the case here.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
dragonfly freebsd linux netbsd openbsd
+// +build darwin dragonfly freebsd linux netbsd openbsd solaris
package syscall
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
1Ev" } }
>
This test currently shows up as UNRESOLVED, and g++.log has
g++.dg/cpp0x/explicit12.C -std=c++11 : output file does not exist
Was this meant as a compile instead of link test, like the companion
explicit11.C?
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
char_t/2.cc: Ditto.
>
> Tested on x86_64-linux-gnu {,-m32} CentOS 5.11.
>
> OK for mainline?
ok, thanks for fixing this.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
l shows up as
UNRESOLVED: gcc.dg/ipa/propbits-2.c scan-tree-dump-not optimized "fail_test"
and gcc.log shows
gcc.dg/ipa/propbits-2.c: dump file does not exist
Adding -fdump-tree-optimized creates the necessary dump and finally lets
the test pass.
Here's the resulting patch. Unle
thread works everywhere "target pthread" does? The
keywords are supposed to name the feature itself; -supported and -flags
are redundant and I have a hard time believing there's something
libstdc++ specific in there.
Rainer
--
----
-target keyword ;-)
Thanks for doing this.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
ely unchanged
since it was introduced.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
out on an
unset of a variable that isn't set.
Maybe one could explicitly set LANG=C here, or use the `portable unset'
used in configure?
Thanks.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
^
exec_solaris_test.go:19:15: error: use of undefined type 'libcFunc'
libc_Getpgrp libcFunc
^
I've no idea what exec_solaris_test.go is about: e.g.I couldn't find any
other reference to sysvicall6 elsewhere in the gcc tree.
Rainer
--
--------
r_r'
i := libc_readdir_r(file.dirinfo.dir, entryDirent, pr)
^
Neither dir_largefile.go (which is correctly omitted, being 32-bit only)
nor dir_regfile.go (which is needed here) is included in the
compilation.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
r is reported only once for each function it appears in
You need to include for the free declaration, as this patch
does. Allowed i386-pc-solaris2.12 and sparc-sun-solaris2.12 to
continue. I'm going to install this as obvious.
Rainer
2016-08-11 Rainer Orth <r...@ceb
e following patch allowed me to compile escape.cc again.
Rainer
2016-08-04 Rainer Orth <r...@cebitec.uni-bielefeld.de>
* gofrontend/escape.cc: Include "go-system.h" first.
diff --git a/gcc/go/gofrontend/escape.cc b/gcc/go/gofrontend/escape.cc
--- a/gcc/go/gofro
RC are affected, too (32 and
64-bit in both cases).
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
when
>
> const pageSize = 4 << 10
>
> is changed to
>
> const pageSize = 8 << 10
just FTR, I've been seeing the same failure on Solaris/SPARC, which
uses 8k pages.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ols I've just added to the 3.4.23 version. The new baselines I'm
> committing only include the symbols as of r238852.
here's what I've commited after i386-pc-solaris2.1[012] and
sparc-sun-solaris2.1[012] testing.
Rainer
2016-08-02 Rainer Orth <r...@cebitec.uni-bielefeld.de>
warn-walloca.o.
> * passes.def: Add two instances of pass_walloca.
> * tree-pass.h (make_pass_walloca): New.
> * gimple-ssa-warn-walloca.c: New file.
just a nit: the files is called gimple-ssa-warn-alloca.[co].
Rainer
--
---
tgrgid_r(gid syscall.Gid_t, grp *syscall.Group, buf *byte, buflen syscall.Size_t, result **syscall.Group) int
There are also a couple of testsuite regressions I need to investigate.
Rainer
--
-----
Rainer Orth, Center for B
Hi Richard,
> On Thu, 14 Jul 2016, Kyrill Tkachov wrote:
>
>> Hi all,
>>
>> On 07/07/16 17:16, Kyrill Tkachov wrote:
>> >
>> > On 06/07/16 13:40, Kyrill Tkachov wrote:
>> > >
>> > > On 06/07/16 13:31, Rainer Orth wrote:
>&
cost model loop.
>
> maybe the fixes were not complete. I'll have a second look with a
> sparc-solaris cross on Monday.
I guess there's no need: I applied the patch to a not fully up to date
tree which I'd bootstrapped before, to save me the full regtest. At
r238001, it just didn't include either fix.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
ump-not ldist "distributed: spl
it to"
Likewise.
Rainer
--
---------
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Kyrill,
> On 05/07/16 12:24, Rainer Orth wrote:
>> Marc Glisse <marc.gli...@inria.fr> writes:
>>
>>> On Tue, 5 Jul 2016, Kyrill Tkachov wrote:
>>>
>>>> As for testing I've bootstrapped and tested the patch on aarch64 and
>>>>
only declared in expmed.c.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Solaris POV the patch is good.
Thanks.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Jeff,
> On 06/06/2016 02:16 AM, Rainer Orth wrote:
>> The following patches have remained unreviewed for a week:
>>
>> [gotools, libcc1] Update copyright dates
>> https://gcc.gnu.org/ml/gcc-patches/2016-05/msg02307.html
> Everything bug the gotools ch
/torture/float128-nan.c:9:32:
error: conflicting types for 'uint64_t'
I guess it's better to just unconditionally include as
several other tests in gcc.dg/torture do.
Rainer
--
-----
Rainer Orth, Center for Biotechnology, Bielefeld University
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
d: no vectype for stmt: n0_29 = *_4;
vect-live-slp-3.c:32:1: note: not vectorized: no vectype for stmt: n0_29 = *_4;
vect-live-slp-3.c:62:4: note: not vectorized: control flow in loop.
vect-live-slp-3.c:45:3: note: not vectorized: loop contains function calls or
data references that cannot be analyzed
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
Hi Gerald,
> On Mon, 6 Jun 2016, Rainer Orth wrote:
>> The following patches have remained unreviewed for a week:
>>
>> [gotools, libcc1] Update copyright dates
>> https://gcc.gnu.org/ml/gcc-patches/2016-05/msg02307.html
>>
>> Richard a
--
-
Rainer Orth, Center for Biotechnology, Bielefeld University
Gerald Pfeifer <ger...@pfeifer.com> writes:
> On Tue, 19 Apr 2016, Rainer Orth wrote:
>>>> [gcc-6/changes.html]
>> Btw., I noticed that the subsections of `Operating Systems' are in
>> random order. Shouldn't they be sorted alphabetically?
>
> Yes.
1/1
I've also compiled and linked a test program and checked that assembler
and linker were invoked as expected for
-gz/-gz=none/-gz=zlib/-gz=zlib-gnu and yielded either errors or output
with compressed debug sections as should be.
Ok for mainline?
Rainer
2016-05-26 Raine
directories and removed libmudflap support. I'm also
including the results of a update-copyright.py run on gotools and
libcc1, but am uncertain what to include in default_dirs.
Bootstrapped without regressions on i386-pc-solaris2.12, ok for
mainline?
Rainer
2016-05-25 Rainer Orth &l
1001 - 1100 of 2473 matches
Mail list logo
