[Bug web/66104] New: svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[Bug web/66104] New: svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[tps@vr-web.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

            Bug ID: 66104
           Summary: svn co
                    https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: web
          Assignee: unassigned at gcc dot gnu.org
          Reporter: tps@vr-web.de
  Target Milestone: ---

Can't checkout branches
* gcc-5-branch
* gcc-4_9-branch
* gcc-4_8-branch

all have the same errors:
A         libgomp/testsuite/libgomp.c++/loop-11.C
A         libgomp/testsuite/libgomp.c++/udr-4.C
A         libgomp/testsuite/libgomp.c++/loop-15.C
A         libgomp/testsuite/Makefile.in
A         libgomp/testsuite/libgomp.fortran
ERROR: Failed to check out http://gcc.gnu.org/svn/gcc/branches/gcc-4_9-branch
org.tmatesoft.svn.core.SVNException: svn: E175002: Processing REPORT request
response failed: XML-Dokumentstrukturen müssen innerhalb derselben Entität
beginnen und enden. (/svn/gcc/!svn/vcc/default) 
svn: E175002: REPORT request failed on '/svn/gcc/!svn/vcc/default'

This is since, at last friday, Mai, 11th 2015. Checkouts failing every time
since then.
Could you please have a look at your repositories?
>From gcc-bugs-return-485994-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon May 11 11:11:41 2015
Return-Path: <gcc-bugs-return-485994-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30990 invoked by alias); 11 May 2015 11:11:40 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 29025 invoked by uid 48); 11 May 2015 11:11:36 -0000
From: "robert.suchanek at imgtec dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/65862] [MIPS] IRA/LRA issue: integers spilled to floating-point registers
Date: Mon, 11 May 2015 11:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 5.1.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: robert.suchanek at imgtec dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65862-4-wzLWVFh2K6@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65862-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65862-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-05/txt/msg00834.txt.bz2
Content-length: 609

https://gcc.gnu.org/bugzilla/show_bug.cgi?ide862

--- Comment #10 from Robert Suchanek <robert.suchanek at imgtec dot com> ---
Hi Vlad,

I'm pleased with the results so far. In the larger codebase, it behaves as the
original
patch reverted and I haven't seen a missed case.

The code size doesn't seem to be hurt either. I see ~0.5% improvement on
average case which is good. Thanks a lot for the patch. I've thrown it against
standard regression and it will take some time to complete but I'm confident it
will pass. Initially it failed because of a missing declaration of the
new_class variable though.

[Bug web/66104] svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Have you tried using a different svn client?

[Bug web/66104] svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

--- Comment #3 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Hmm, I get:

svn: E000110: Error retrieving REPORT: Connection timed out

[Bug web/66104] svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[tps@vr-web.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

--- Comment #4 from Thomas Schweikle <tps@vr-web.de> ---
I've tried at least

* subversion 1.7.x
* subversion 1.8.x
* the jenkins internal svn-client

all behave the same.

[Bug web/66104] svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[tps@vr-web.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

--- Comment #6 from Thomas Schweikle <tps@vr-web.de> ---
Looks like you are using subversion 1.6.11 (r934486) for your server. The error
is known. An upgrade would solve it.

https://mail-archives.apache.org/mod_mbox/subversion-users/201307.mbox/%3C503643E3CDB1B140A24214C3484DCE8C01689F14@hwde-muc-ma-1.de.hyperwave.com%3E

The server seems to respond with an incomplete XML document structure. Closing
tags may be missing or not nested correctly:

Missing:
<tag>
something
EOD

Incorrect nesting:
<tag_1>
<tag_2>
</tag_1>
</tag_2>

Clients choke on these. In our case: the server isn't closing an open tag. Some
clients respond with the error I gave. Some tell "Connection timed out" waiting
on the closing tag.
To successfully checkout sources we would have to find a client not choking on
such malformed XML-Documents. I'am sure there are some around, but not at most
halfway up to date distros. And it wouldn't make sense to install an old quite
outdated subversion client if the recommended server version ist 1.8.13, the
older supported version is 1.7.20 and your servers version ist at outdated
unsupported 1.6.11 if the subverrsion website is correct:
https://subversion.apache.org/download/
I think you might be best of upgrading your server to the latest available,
recommended version.

[Bug web/66104] svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[joseph at codesourcery dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

--- Comment #8 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
I think the server is using the standard subversion package from RHEL 6, 
not a local build.

[Bug web/66104] svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[tps@vr-web.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

--- Comment #9 from Thomas Schweikle <tps@vr-web.de> ---
You are right. I did not know it was RedHat/CentOS/OracleLinux/ScientificLinux.
They all use this outdated svn-server. I'd checked against our own running
svn-server: same error with newer subversion clients.

There is a repository available holding newer subversion servers for RedHat
derived distros:

HowTo:
http://tecadmin.net/install-subversion-1-8-on-centos-rhel/

Repo-GPG-Key:
http://opensource.wandisco.com/RPM-GPG-KEY-WANdisco

I'll have a look at what to take care of migrating up to 1.8.13 from 1.6.11
tomorrow.

[Bug web/66104] svn co https://gcc.gnu.org/svn/gcc/branches/gcc-5-branch/

[tps@vr-web.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104

--- Comment #10 from Thomas Schweikle <tps@vr-web.de> ---
On the server side -- it seems to just work out of the box. Be sure to install
subversion-tools, subversion-python, subversion-perl alongside if you are using
perl- or python-binding (viewvc).

Looks like the co-problem ist gone on our servers as of now.