So, collecting together the response to last night's mail:
Status of PR 19292 metabug:-
5900 The penultimate entry says -
I would like to propose that this bug be closed. This is about as
good as it
gets. We should set up some automatic regression testing on LAPACK
from hence
forth.
Let
--- Paul Thomas <[EMAIL PROTECTED]> wrote:
> Thomas,
>
> >Currently, gfortran is in a half-usable state. It is not yet
> >ready as a replacement for g77 (see PR 19292) and there are quite
> >a lot of things it gets wrong with Fortran 95.
> >
> I think that this is way too strong. Of the outst
On Oct 21, 2005, at 5:38 PM, Daniel Berlin wrote:
You'll also get a much faster time if you moved the apple tags into a
subdir (probably a second).
Once we're converted, I'd propose to `cleanup' all the tags. We can
svn rm the really old ones, logically group them and so on...
You must ha
Mike Stump <[EMAIL PROTECTED]> wrote:
> I did:
>
> svn co svn+ssh://gcc.gnu.org/svn/gcc/tags
>
> in the hopes that I could just update it form time to time, and have
> a list of all tags, but... empty directory...
Besides the fact that you must have used -N, remember that you don't need all
thos
After considering all the comments, etc, here is the plan.
We will move to subversion starting Wednesday, October 26th.
This means that CVS except for wwwdocs will become readonly at that
time.
The conversion should take roughly 39 hours.
I have chosen wednesday because:
a. 1.3.0rc1 will be out
On Fri, 2005-10-21 at 15:38 -0700, Mike Stump wrote:
> svn tag inspection:
>
> mrs $ time cvs log version.c | grep apple-gcc-52
> real0m3.640s
> user0m0.181s
> sys 0m0.037s
>
> mrs $ time svn ls svn+ssh://gcc.gnu.org/svn/gcc/tags | grep -i apple-
> gcc-52
> real0m5.233s
> user
On Oct 21, 2005, at 4:11 PM, Andreas Schwab wrote:
Shantonu Sen <[EMAIL PROTECTED]> writes:
Or "getconf _NPROCESSORS_ONLN" (the POSIX way).
On darwin:
$ getconf _NPROCESSORS_ONLN
undefined
:-(
Shantonu Sen <[EMAIL PROTECTED]> writes:
> if sysctl is present in the path, "sysctl hw.ncpu" might be useful as
> well. Seems to work on FreeBSD and Darwin, assuming you don't require
> granularity of whether those CPUs are HTT or not.
Or "getconf _NPROCESSORS_ONLN" (the POSIX way).
Andreas
svn tag inspection:
mrs $ time cvs log version.c | grep apple-gcc-52
real0m3.640s
user0m0.181s
sys 0m0.037s
mrs $ time svn ls svn+ssh://gcc.gnu.org/svn/gcc/tags | grep -i apple-
gcc-52
real0m5.233s
user0m0.083s
sys 0m0.061s
Is there a better/faster way of doing this?
On Oct 21, 2005, at 8:05 AM, Ivan Novick wrote:
With the sun compiler, the declared buffer is pushed onto the stack
upon
entry into function foo and not only when it goes into scope.
Yup.
Do you know if gcc will use the stack for the buffer if it never
goes into scope?
Yes, it usually wi
The following 2 bugs have patches submitted:
On Oct 21, 2005, at 5:06 PM, Paul Thomas wrote:
19425 Duplicate SAVE attribute problem - illegal f95 and questionable
f77
22282 loc intrinsic and %loc construction is not implemented in
gfortran - do-able but not a disaster.
-- Pinski
Thomas,
Currently, gfortran is in a half-usable state. It is not yet
ready as a replacement for g77 (see PR 19292) and there are quite
a lot of things it gets wrong with Fortran 95.
I think that this is way too strong. Of the outstanding PR19292 "bugs":
5900 The penultimate entry says -
I
ON THE CALL: Bob Kidd (UIUC), Vladimir Makarov (Red Hat), Mark Smith
(Gelato), Wenguang Chen (Tsinghua), Mark Davis (Intel), Diego Novillo
(Red Hat), Andrey Belevantsev (RAS), Dan Berlin (IBM), Wen-mei Hwu (UIUC),
Shin-Ming Liu (HP)
The call covered:
- current status / updates on the 3 improvement
On 10/19/05, Daniel Berlin <[EMAIL PROTECTED]> wrote:
> Karl, Ben, have you ever seen a lengthy discussion indicating that
> compressed and no-text base working copies are unlikely to happen?
Au contraire, the feature has been in our to-do list (issue tracker)
for years. We even accepted a Summe
if sysctl is present in the path, "sysctl hw.ncpu" might be useful as
well. Seems to work on FreeBSD and Darwin, assuming you don't require
granularity of whether those CPUs are HTT or not.
Shantonu
On Oct 21, 2005, at 12:27 PM, Janis Johnson wrote:
On Fri, Oct 21, 2005 at 03:14:47PM -0400
L.S.,
As Dorit indicated - it's better to perform vectorization
experiments from the autovect branch.
Further data on this with respect to the HIRLAM code base
will be based on builds off the autovect branch.
Kind regards,
--
Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290
Satur
Scott Robert Ladd <[EMAIL PROTECTED]> writes:
> Jim Wilson wrote:
> > No, but we are working on OpenMP support, which is somewhat
> > related. This isn't automatic parallelization; it requires
> > programmer instrumentation via pragmas. This is probably more
> > directed at multiprocessor machine
On Fri, Oct 21, 2005 at 03:14:47PM -0400, Andrew Pinski wrote:
>
> On Oct 21, 2005, at 3:11 PM, Joseph S. Myers wrote:
>
> >The use of
> >
> >ncpu=`grep '^processor' /proc/cpuinfo | wc -l`
> >
> >seems Linux-specific; this looks like it should be in gcc-svn-env as a
> >default for the user to cus
On Oct 21, 2005, at 3:11 PM, Joseph S. Myers wrote:
The use of
ncpu=`grep '^processor' /proc/cpuinfo | wc -l`
seems Linux-specific; this looks like it should be in gcc-svn-env as a
default for the user to customise, rather than in bin/gcc-build-*.
I don't think it is Linux specific, it wor
The use of
ncpu=`grep '^processor' /proc/cpuinfo | wc -l`
seems Linux-specific; this looks like it should be in gcc-svn-env as a
default for the user to customise, rather than in bin/gcc-build-*.
--
Joseph S. Myers http://www.srcf.ucam.org/~jsm28/gcc/
[EMAIL PROTECTED] (perso
***
Warning: Your file, reghunt.20051020.tar.bz2, contains more than 32 files after
decompression and cannot be scanned.
***
Here's my current regression hunt setup using Subversion in case anyone
would like to try it out. I plan to update contrib/reghunt
Andreas Schwab wrote:
>>Nope. I think that utility has been removed in the openss3.8 time frame...
>>
>>
>It's still part of openssh 4.1p1.
>
>
Ah, ok, good to know.
Anyway, in the meanwhile my keys have been installed and everything
works very well here!
Paolo.
Paolo Carlini <[EMAIL PROTECTED]> writes:
> Nope. I think that utility has been removed in the openss3.8 time frame...
It's still part of openssh 4.1p1.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint =
Andreas Schwab wrote:
>Note that it is still needed to send your converted public key to
>overseers@ for installation into your account.
>
>
Ah, ok, like this makes sense.
Then, after all, I can just wait having the new Protocol 2 key
installed, no?
Paolo.
Andreas Schwab wrote:
>>Sorry, dumb question: are you really sure openssh4.2p1 still installs
>>that utility? I cannot find it...
>>
>>
>Sorry, I mistyped, it is called ssh-keyconverter.
>
>
Nope. I think that utility has been removed in the openss3.8 time frame...
I can find it, of course,
Paolo Carlini <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>
>>>Ok, just sent to overseers both, as you suggest, generated with
>>>openssh4.2p1.
>>>
>>>
>>You don't need to generate a new one, just convert your RSA key for
>>protocol 1 with ssh-keyconvert(1) to the format used with prot
Paolo Carlini <[EMAIL PROTECTED]> writes:
> Sorry, dumb question: are you really sure openssh4.2p1 still installs
> that utility? I cannot find it...
Sorry, I mistyped, it is called ssh-keyconverter.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstra
Andreas Schwab wrote:
>You don't need to generate a new one, just convert your RSA key for
>protocol 1 with ssh-keyconvert(1) to the format used with protocol 2.
>
>
Sorry, dumb question: are you really sure openssh4.2p1 still installs
that utility? I cannot find it...
Paolo.
Andreas Schwab wrote:
>>Ok, just sent to overseers both, as you suggest, generated with
>>openssh4.2p1.
>>
>>
>You don't need to generate a new one, just convert your RSA key for
>protocol 1 with ssh-keyconvert(1) to the format used with protocol 2.
>
>
Ah! This is *so* nice!
Really puzzlin
Paolo Carlini <[EMAIL PROTECTED]> writes:
> Ok, just sent to overseers both, as you suggest, generated with
> openssh4.2p1.
You don't need to generate a new one, just convert your RSA key for
protocol 1 with ssh-keyconvert(1) to the format used with protocol 2.
> Thanks. To my best knowledge, at
I managed to build gcc-4.0.2 using MinGW 5.0.0 candidate gcc 3.4.4 with flag
--enable-languages=c,c++ in MSys together with msysDTK 1.0.1 and upgraded
autoconf(2.59), automake(1.82) and libtool(1.5) on a WinXP system. Since lack
of test tools, testing is skipped, while the compilers work indeed
Richard Guenther wrote:
>>Argh! I glanced briefly over those threads...
>>
>>While you are at it, are you willing to summarize the solution for this
>>annoyance and/or point me to the relevant subthread?
>>
>>
>Make use of ssh-agent.
>
>
By the way, time ago, while becoming acquainted with s
Yes, we don't vectorize complex types yet.
dorit
> L.S.,
>
> The following code:
>
> SUBROUTINE S(N)
> DOUBLE COMPLEX A(N), B(N)
> READ*,B
> DO I = 1, N
> A(I) = B(I)
> ENDDO
> PRINT*,A
> END
>
> when compiled thusly:
>
> $ gfortran -g -S -O
Like HIRLAM 6, this is also an aliasing problem:
hilaram5.f90:4: note: not vectorized: can't determine dependence between
com.b[D.909_22] and (*a_8)[D.909_22]
hilaram5.f90:7: note: not vectorized: unhandled data-ref
hilaram5.f90:7: note: vectorized 0 loops in function.
dorit
> L.S.,
>
> This
This one gets vectorized for me, on powerpc-linux:
~/mainline_cvs/bin/gfortran -O3 -ftree-vectorize -maltivec
-ftree-vectorizer-verbose=4 -S hilaram4.f90
hilaram4.f90:4: note: Alignment of access forced using peeling.
hilaram4.f90:4: note: Vectorizing an unaligned access.
hilaram4.f90:4: note
[EMAIL PROTECTED] wrote on 21/10/2005 03:19:57 PM:
> L.S.,
>
> This code:
>
> SUBROUTINE S(A, B, N)
> DIMENSION A(N), B(N)
> READ*,Z,B
> DO I = 1, N
> A(I) = Z * B(I)
> ENDDO
> PRINT*,A
> END
>
> when compiled thusly:
>
> $ gfortran -g -S -O
>
> On Oct 21, 2005, at 9:19 AM, Toon Moene wrote:
>
> > L.S.,
> >
> > This code:
> >
> > SUBROUTINE S(A, B, N)
> > DIMENSION A(N), B(N)
> > READ*,Z,B
> > DO I = 1, N
> > A(I) = Z * B(I)
> > ENDDO
> > PRINT*,A
> > END
> >
> > when compiled thus
Hi Toon,
Thanks for the testcases.
This one does get vectorized with autovect-branch:
~/autovect_cvs/bin/gfortran -O3 -ftree-vectorize -maltivec
-ftree-vectorizer-verbose=4 -S hilaram1.f90
hilaram1.f90:5: note: dependence distance = 0.
hilaram1.f90:5: note: accesses have the same alignmen
Giovanni Bajo wrote:
>>Ok. The only problem is that, for some reason, I can use only Protocol
>>1, not Protocol 2.
>>
>>Anyone knows why?
>>
>>Maybe I have to send to the overseers a new public key?
>>
>>
>Probably. I can never remember which is which, so I always provide both the
>keys (gener
Paolo Carlini <[EMAIL PROTECTED]> wrote:
>>> While you are at it, are you willing to summarize the solution for this
>>> annoyance and/or point me to the relevant subthread?
>>>
>>>
>> http://gcc.gnu.org/wiki/SSH%20connection%20caching
>>
>>
> Ok. The only problem is that, for some reason, I can u
> >See previous threads about how svn makes multiple connections to the
> > server, each requiring authorization.
>
> I guess it is the SSH connection caching thing?!? I tought it was for
> performance not also for finger saving... ;)
I think it's configurable via the ControlMaster option. The def
Giovanni Bajo wrote:
>>While you are at it, are you willing to summarize the solution for this
>>annoyance and/or point me to the relevant subthread?
>>
>>
>http://gcc.gnu.org/wiki/SSH%20connection%20caching
>
>
Ok. The only problem is that, for some reason, I can use only Protocol
1, not Pr
Hi,
With the sun compiler, the declared buffer is pushed onto the stack upon
entry into function foo and not only when it goes into scope.
Do you know if gcc will use the stack for the buffer if it never goes into
scope?
function foo()
{
if ( debug > 0 )
{
char debug_buffer[4096
Paolo Carlini <[EMAIL PROTECTED]> wrote:
>> See previous threads about how svn makes multiple connections to the
>> server, each requiring authorization.
>>
>>
> Argh! I glanced briefly over those threads...
>
> While you are at it, are you willing to summarize the solution for this
> annoyance
On 10/21/05, Paolo Carlini <[EMAIL PROTECTED]> wrote:
> Paul Brook wrote:
>
> >See previous threads about how svn makes multiple connections to the server,
> >each requiring authorization.
> >
> >
> Argh! I glanced briefly over those threads...
>
> While you are at it, are you willing to summarize
On Friday 21 October 2005 15:59, Paolo Carlini wrote:
> Paul Brook wrote:
> >See previous threads about how svn makes multiple connections to the
> > server, each requiring authorization.
>
> Argh! I glanced briefly over those threads...
>
> While you are at it, are you willing to summarize the sol
Paul Brook wrote:
>>>paolo:~/test-svn> svn co svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk
>>>Enter passphrase for RSA key '[EMAIL PROTECTED]':
>>>Enter passphrase for RSA key '[EMAIL PROTECTED]':
>>>
>>>
>>This is *totally* crazy: if I enter the password *3* times, then it works!
>>
>>If someo
Paul Brook wrote:
>See previous threads about how svn makes multiple connections to the server,
>each requiring authorization.
>
>
Argh! I glanced briefly over those threads...
While you are at it, are you willing to summarize the solution for this
annoyance and/or point me to the relevant sub
> >paolo:~/test-svn> svn co svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk
> >Enter passphrase for RSA key '[EMAIL PROTECTED]':
> >Enter passphrase for RSA key '[EMAIL PROTECTED]':
>
> This is *totally* crazy: if I enter the password *3* times, then it works!
>
> If someone is curious and wants more deb
Daniel Towner wrote:
> Hi Dave,
>
> Thanks for that patch. It has taken me a while to get around to using
> it, but it is very useful. I've attached a version which works with the
> current mainline.
>
> Was there any particular reason why you haven't submitted it to
> mainline, as I'm sure that
Paolo Carlini wrote:
>I tried using my old-good ssh1 (which I'm usually using for gcc's cvs),
>setting SVN_SSH, as suggested privately by Daniel. Now what happens is
>that I'm indeed requested a password, exactly as happens for cvs, but
>for some reason the usual password which I'm using together
On Friday 21 October 2005 09:51, Toon Moene wrote:
> So where does the compiler lose this valuable information ?
>
Toon, could you open PRs for these problems? Some of the failures you see
look like aliasing problems. It'd be nice to have them in bugzilla, even
if they end up being dups of exi
Hi,
I used to be able to access the svn.toolchain.org test repository
through our http proxy (the firewall will not permit svn or even svn+ssh
directly).
That repository had a published username and password for anonymous
access. The instructions are still in the wiki, although you have to g
Jim Wilson wrote:
No, but we are working on OpenMP support, which is somewhat related.
This isn't automatic parallelization; it requires programmer
instrumentation via pragmas. This is probably more directed at
multiprocessor machines than threads, but it is a start in the right
direction. S
L.S.,
This code:
SUBROUTINE S(N)
INTEGER N
COMMON /COM/ A(100)
REAL A
REAL B(N), C(N), D(N)
DO I = 1, N
B(I) = D(I)
ENDDO
DO I = 1, N
A(I) = B(I)
ENDDO
CALL S1(C(1))
END
when compiled thusly:
$ gfortran -g -S -O
Andreas Schwab wrote:
>>By now I'm pretty sure that it's not (completely, at least) my fault,
>>because I tested my svn+ssh setup with 3-4 servers around the world and
>>all asked a password, as expected.
>>
>>
>This is configurable in the ssh server.
>
>
Ok.
I tried using my old-good ssh1
L.S.,
This code:
SUBROUTINE S(N)
DIMENSION A(N), B(12)
COMMON /COM/ B
DO I = 1, 12
A(I) = B(I)
ENDDO
PRINT*,A(1:12)
END
when compiled thusly:
$ gfortran -g -S -O3 -ftree-vectorize -ftree-vectorizer-verbose=2 -msse2 vect5.f
draws the dreaded "u
L.S.,
This code:
SUBROUTINE S(N)
DIMENSION A(N), B(N)
READ*,ISTART,ISTOP,B
DO I = ISTART, ISTOP
A(I) = B(I)
ENDDO
PRINT*,A
END
when compiled thusly:
$ gfortran -g -S -O3 -ftree-vectorize -ftree-vectorizer-verbose=2 -msse2 vect4.f
draws the fol
L.S.,
The following code:
SUBROUTINE S(N)
DOUBLE COMPLEX A(N), B(N)
READ*,B
DO I = 1, N
A(I) = B(I)
ENDDO
PRINT*,A
END
when compiled thusly:
$ gfortran -g -S -O3 -ftree-vectorize -ftree-vectorizer-verbose=2 -msse2 vect3.f
draws the following "
On Oct 21, 2005, at 9:19 AM, Toon Moene wrote:
L.S.,
This code:
SUBROUTINE S(A, B, N)
DIMENSION A(N), B(N)
READ*,Z,B
DO I = 1, N
A(I) = Z * B(I)
ENDDO
PRINT*,A
END
when compiled thusly:
The problem here is not really related to the vectori
On Oct 21, 2005 03:12 PM, Toon Moene <[EMAIL PROTECTED]> wrote:
> L.S.,
Toon S., welcome back :-)
May I suggest you try the autovect-branch too, a lot of vectorizer
enhancements are still pending there...
Gr.
Steven
L.S.,
This code:
SUBROUTINE S(A, B, N)
DIMENSION A(N), B(N)
READ*,Z,B
DO I = 1, N
A(I) = Z * B(I)
ENDDO
PRINT*,A
END
when compiled thusly:
$ gfortran -g -S -O3 -ftree-vectorize -ftree-vectorizer-verbose=2 -msse2 vect2.f
draws the following "no
On Oct 21, 2005 02:55 PM, shreyas krishnan <[EMAIL PROTECTED]> wrote:
> Hi,
> I want to demarcate conditional statments similar to how NOTE's
> are use to make loop starts and ends.
The fact that we use NOTEs for loops is considered a mis-feature. May I
suggest you browse gcc-patches archives f
On Fri, 2005-10-21 at 09:29 +0200, Lars Gullik Bjønnes wrote:
> Daniel Berlin <[EMAIL PROTECTED]> writes:
>
> | On Fri, 2005-10-21 at 02:19 +0200, Lars Gullik Bjønnes wrote:
> | > Bernd Schmidt <[EMAIL PROTECTED]> writes:
> | >
> | > | Lars Gullik Bjønnes wrote:
> | > | > It seems that svn is una
L.S.,
This code:
SUBROUTINE S(N, M)
DIMENSION A(N, M), B(N, M)
READ*,A,B
DO J = 1, M
DO I = 1, N
A(I, J) = A(I, J) + B(I, J)
ENDDO
ENDDO
PRINT*,A
END
when compiled thusly:
$ gfortran -g -S -O3 -ftree-vectorize -ftree-vector
L.S.,
At the last GCC summit I showed that complete compilation of the
HIRLAM Numerical Weather Prediction suite by gfortran/gcc was near
completion - only a few compiler bugs were between us and running
programs.
This (autumn) holiday, I was able to convince myself that the problems
on the part
Paolo Carlini <[EMAIL PROTECTED]> writes:
> By now I'm pretty sure that it's not (completely, at least) my fault,
> because I tested my svn+ssh setup with 3-4 servers around the world and
> all asked a password, as expected.
This is configurable in the ssh server.
Andreas.
--
Andreas Schwab, S
Hi,
I want to demarcate conditional statments similar to how NOTE's
are use to make loop starts and ends. For example, an if statement
would be marked before the if statement, before both the then and else
branches and then finally at the end of the block. So can some body
suggest as to where
On Fri, 2005-10-21 at 06:56 +0200, Paul Thomas wrote:
> Dear All,
>
> >>I spent nearly 5 hours yesterday reading the svn FAQ, mailing list
> >>archives, and the docs. I never came across this solution.
> >>
> >>
> Could somebody please distill the wisdom from this thread onto the
> Wiki? I
Paolo Carlini wrote:
>I'm having troubles with non-anonymous check outs:
>
>
By now I'm pretty sure that it's not (completely, at least) my fault,
because I tested my svn+ssh setup with 3-4 servers around the world and
all asked a password, as expected.
Paolo.
Paolo Carlini wrote:
>... of course cvs works fine for me.
>
>
This is not really relevant, however, because uses ssh1... Sorry.
Paolo.
On Thu, 20 Oct 2005, Daniel Berlin wrote:
> 1.4 should have svn and SSL support, in a way that will allow us to not
> have to pay the ssl handshake peanlty except during things requiring
> auth. When this comes along, we will move to it, which will probably
> require some sort of underlying authe
Hi,
I'm having troubles with non-anonymous check outs:
paolo:~/test-svn> svn co svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk
Permission denied (publickey,gssapi-with-mic).
svn: Connection closed unexpectedly
I have svn1.2.3 and the latest openssh, of course cvs works fine for me.
Any hint?
Thanks
On 19 Oct 2005, Giovanni Bajo yowled:
> Andreas Schwab <[EMAIL PROTECTED]> wrote:
>
>>> If I remove the socket file, it just does a normal connection.
>>
>> It doesn't for me.
>>
>> $ ssh gcc.gnu.org
>> Couldn't connect to /var/tmp/schwab/ssh_%h: No such file or directory
>
> Ah, maybe it's a l
For example a cron job could simply grab a diff of
everything since the last time it ran and then apply it to the CVS
repository. The only even slightly tricky part would be getting the
cvs add and rm commands right. We could run that script an hour.
Anybody who needs more cutting edge sources
Lars Gullik Bjønnes writes:
> Bernd Schmidt <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | > It seems that svn is unable to send all its requests to the svn
> | > repo over one ssh connection. In one test I just did I had to enter
> | > the ssh password five times.
> |
>
On 2005-10-21 09:29:24 +0200, Lars Gullik Bjønnes wrote:
> mmm... so when using plain svn: then thre is only one connection? or
> is five connections made then too?
5 connections too, but each connection should be much faster
(almost immediate). The number of connections does not depend
on the met
Selon "Joel Sherrill <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]>:
> Frédéric PRACA wrote:
> > Hello,
> > I'm trying to build a cross-compiler for RTEMS. Building C or C++
> cross-compiler
> > is not a problem but building the Ada compiler does'nt work. In fact, even
> > building a normal compiler doe
Paul Thomas wrote:
>>>I spent nearly 5 hours yesterday reading the svn FAQ, mailing list
>>>archives, and the docs. I never came across this solution.
>>>
>>>
>
> Could somebody please distill the wisdom from this thread onto the
> Wiki? I can understand why Steve might send 5 hours on it.
Daniel Berlin <[EMAIL PROTECTED]> writes:
| On Fri, 2005-10-21 at 02:19 +0200, Lars Gullik Bjønnes wrote:
| > Bernd Schmidt <[EMAIL PROTECTED]> writes:
| >
| > | Lars Gullik Bjønnes wrote:
| > | > It seems that svn is unable to send all its requests to the svn
| > | > repo over one ssh connection
80 matches
Mail list logo
