Congrats!
On Tue, Nov 26, 2019, 11:11 Brett Gilio wrote:
> Jan Nieuwenhuizen writes:
>
> > We are pleased to announce the release of GNU Mes 0.21, representing
> > 54 commits over 10 weeks.
> >
> > Mes has now brought the Reduced Binary Seed bootstrap to Guix (bootstrap
> > a GNU/Linux system w
Joseph Myers :
> I'm looking at the sets of branches and tags resulting from a GCC
> repository conversion with reposurgeon.
>
> 1. I see 227 branches (and one tag) with names like
> cxx0x-concepts-branch-deleted-r131428-1 (this is out of 780 branches in
> total in a conversion of GCC history a
Jan Nieuwenhuizen writes:
> We are pleased to announce the release of GNU Mes 0.21, representing
> 54 commits over 10 weeks.
>
> Mes has now brought the Reduced Binary Seed bootstrap to Guix (bootstrap
> a GNU/Linux system without binary GNU toolchain or equivalent). See
> https://guix.gnu.org/b
Joseph Myers :
> My question is: is it a stable interface to reposurgeon that the portions
> of such a split commit will always be numbered in lexicographical order by
> branch name (or some other such well-defined stable ordering), so I can
> write <80870.2> in gcc.lift and know that some repos
On Mon, Nov 25, 2019 at 9:43 PM Andrew Dean wrote:
>
> > > >>> I get errors like this:
> > > >>>
> > > >>> aarch64-glibc-linux-gnu-gcc: fatal error: cannot read spec file
> > > >>> 'rdimon.specs': No such file or directory
> > > >>>
> > > >>> I can see that the rdimon.specs flag is added based on
> > >>> I get errors like this:
> > >>>
> > >>> aarch64-glibc-linux-gnu-gcc: fatal error: cannot read spec file
> > >>> 'rdimon.specs': No such file or directory
> > >>>
> > >>> I can see that the rdimon.specs flag is added based on this line
> > >>> in aarch64-
> > >> sim.exp:
> > >>
> > >> Where
Greetings Richard,
After looking through the current work on multi-threading seems that we
can scale
better with a workqueue strategy sharing and launching depending on how
state is
shared between the GCC passes.
I'm not very familiar with all the details of how state is share in the
GIMPLE,R
On Mon, Nov 25, 2019 at 8:40 PM Adhemerval Zanella
wrote:
>
>
>
> On 25/11/2019 17:28, Andrew Dean via gcc wrote:
> >>> This completes successfully. However, when I then try to run the gcc
> >>> tests like
> >> so:
> >>> runtest --outdir . --tool gcc --srcdir /path/to/gcc/gcc/testsuite
> >>> aarc
On 25/11/2019 17:28, Andrew Dean via gcc wrote:
>>> This completes successfully. However, when I then try to run the gcc tests
>>> like
>> so:
>>> runtest --outdir . --tool gcc --srcdir /path/to/gcc/gcc/testsuite
>>> aarch64.exp --target aarch64-linux-gnu --target_board aarch64-sim
>>> --tool_e
> > This completes successfully. However, when I then try to run the gcc tests
> > like
> so:
> > runtest --outdir . --tool gcc --srcdir /path/to/gcc/gcc/testsuite
> > aarch64.exp --target aarch64-linux-gnu --target_board aarch64-sim
> > --tool_exec
> > /path_to/build_dir/install/compilers/aarch64
On Mon, 25 Nov 2019 at 20:17, Andrew Dean via gcc wrote:
>
> Based on https://www.gnu.org/software/hurd/hurd/glibc.html, I'm using
> glibc/scripts/build-many-glibcs.py targeting aarch64-linux-gnu as so:
>
> build-many-glibcs.py build_dir checkout --keep all
>
> build-many-glibcs.py build_dir host
Based on https://www.gnu.org/software/hurd/hurd/glibc.html, I'm using
glibc/scripts/build-many-glibcs.py targeting aarch64-linux-gnu as so:
build-many-glibcs.py build_dir checkout --keep all
build-many-glibcs.py build_dir host-libraries --keep all -j 12
build-many-glibcs.py build_dir compilers
We are pleased to announce the release of GNU Mes 0.21, representing
54 commits over 10 weeks.
Mes has now brought the Reduced Binary Seed bootstrap to Guix (bootstrap
a GNU/Linux system without binary GNU toolchain or equivalent). See
https://guix.gnu.org/blog/2019/guix-reduces-bootstrap-seed-b
> >
> > i wonder if gcc can auto-vectorize scalar sincos
> > calls, the vectorizer seems to want the calls to
> > have no side-effect, but attribute pure or const
> > is not appropriate for sincos (which has no return
> > value but takes writable pointer args)
>
> We have __builtin_cexpi for that b
I'm looking at the sets of branches and tags resulting from a GCC
repository conversion with reposurgeon.
1. I see 227 branches (and one tag) with names like
cxx0x-concepts-branch-deleted-r131428-1 (this is out of 780 branches in
total in a conversion of GCC history as of a few days ago). Can
I'm testing a gcc-conversion patch to implement the branchpoint fixes I
identified for GCC branches where cvs2svn chose a bad parent for the
branch-creation commit.
With that patch, I see:
# /branches/gcc-3_4-rhl-branch
<80870>|<81014> reparent --use-order
reposurgeon: couldn't match a name at
On Mon, Nov 25, 2019 at 5:29 PM Li Jia He wrote:
>
>
>
> On 2019/11/24 2:26 PM, Bin.Cheng wrote:
> > On Fri, Nov 22, 2019 at 3:23 PM Bin.Cheng wrote:
> >>
> >> On Fri, Nov 22, 2019 at 3:19 PM Richard Biener
> >> wrote:
> >>>
> >>> On November 22, 2019 6:51:38 AM GMT+01:00, Li Jia He
> >>> wrot
On 2019/11/24 2:26 PM, Bin.Cheng wrote:
On Fri, Nov 22, 2019 at 3:23 PM Bin.Cheng wrote:
On Fri, Nov 22, 2019 at 3:19 PM Richard Biener
wrote:
On November 22, 2019 6:51:38 AM GMT+01:00, Li Jia He
wrote:
On 2019/11/21 8:10 PM, Richard Biener wrote:
On Thu, Nov 21, 2019 at 10:22 AM L
18 matches
Mail list logo
