On 12/31/20 7:13 AM, abebeos wrote:
>
>
> On Wed, 30 Dec 2020 at 05:41, Jeff Law <l...@redhat.com
> <mailto:l...@redhat.com>> wrote:
>
>
>
> On 12/23/20 9:01 AM, abebeos wrote:
> >
> >
> > On Sun, 13 Dec 2020 at 20:14, abebeos <lazaridis.com
> <http://lazaridis.com>
> > <http://lazaridis.com <http://lazaridis.com>>+abeb...@gmail.com
> <mailto:abeb...@gmail.com> <mailto:abeb...@gmail.com
> <mailto:abeb...@gmail.com>>>
> > wrote:
> >
> >
> >
> > On Fri, 11 Dec 2020 at 20:32, Jeff Law <l...@redhat.com
> <mailto:l...@redhat.com>
> > <mailto:l...@redhat.com <mailto:l...@redhat.com>>> wrote:
> >
> >
> >
> > On 12/9/20 6:12 AM, abebeos via Gcc-patches wrote:
> > > Essence:
> > >
> > > I need a confirmation that the testsuite setup as
> presented in:
> > >
> > > https://github.com/abebeos/avr-gnu
> <https://github.com/abebeos/avr-gnu>
> > <https://github.com/abebeos/avr-gnu
> <https://github.com/abebeos/avr-gnu>>
> > >
> > > works fine.
> > >
> > > The problem with the avr target is that the testsuite
> cannot
> > be run easily,
> > > mainly because of the need for a special simulated-target
> > setup, which does
> > > not work for avr as documented. This led developers to a
> > dead-end with
> > > their non-cc0-avr-backends (the non-cc0 backend is needed
> > thus avr is not
> > > dropped from gcc11).
> > >
> > > I integrated a toolchain/testsetup to be able to run
> the gcc
> > testsuite
> > > against a simulated avr target.
> > >
> > > I then used this toolchain to test 2 different existent
> > > non-cc0-avr-backends (from pipcet and saaadhu, both
> github).
> > >
> > > The result is that saaadhu's backend seems to be working
> > 100%. It has
> > > identical testsuite results with the existing (but
> > deprecated) cc0-backend,
> > > which means that it can be used "as-is" for inclusion
> in gcc11.
> > >
> > > Please note that I did this work in context of a bounty @
> > bountysouce, more
> > > information within the issue:
> > >
> > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729#c35
> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729#c35>
> > <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729#c35
> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729#c35>>
> > I haven't looked at the github repo. But I do have a couple
> > comments here.
> >
> > First, the author of the changes (pipcet and saaadhu)
> need to have
> > copyright assignments on file with the FSF. Otherwise
> we can
> > not use
> > their work at all.
> >
> > Second, the work needs to be submitted for inclusion. I
> don't
> > recall
> > seeing an official submission from either of them to
> gcc-patches.
> >
> > I'm definitely curious about the testing setup and
> whether or
> > not it can
> > be replicated into our Jenkins setup.
> >
> >
> > Where can I find this Jenkins setup?
> >
> >
> > To close this: assuming " into our Jenkins setup" is some redhat
> > internal jenkins setup.
> No, it's public.
>
> http://gcc.gnu.org/jenkins <http://gcc.gnu.org/jenkins>
>
>
> (sidenote: This resolves on my side to the (insecure)
> http://3.14.90.209:8080/ <http://3.14.90.209:8080/>)
Yup.
>
> Is the source-code of http://gcc.gnu.org/jenkins
> <http://gcc.gnu.org/jenkins> available somewhere? I could not locate it.
Jenkins is a project independent of GCC for building continuous
testing/delivery systems. See http://jenkins.io
jeff