ot;Generic address unknown" ),
so I'm contacting you.
Best regards,
Branko Badrljica
Kaveh R. Ghazi wrote:
> On Sat, 2005-11-19 at 10:14 -0500, Kaveh R. Ghazi wrote:
> > Hi Dan,
> >
> > (BTW, sorry for the reposted messages.)
> >
> > While I was waiting for some svn commands to finish (cleanup,
> > update) on my solaris2.7 box, which has a slow filesystem, I
> > happen
Could I make a small suggestion?
Now that GCC has switched to SVN, and tag and branch names are for all
practical purposes in different namespaces, you could drop the "-branch"
suffix from new branch names. That'll save 8 chars per branch URL; not
much, but the best you can do until we come up
Kevin Puetz wrote:
I'm replying to a thread off of gcc-devel, but as I think I may have just
had a thought that hasn't already been chewed through. So, I'm shifting to
subversion-devel. If I'm wrong and this is already debunked, just shoot me
down...
Branko Čibej wrote:
Andreas Schwab wrote:
Branko Čibej <[EMAIL PROTECTED]> writes:
Paolo Bonzini wrote:
More formally, you can say that any file in the checkout is made of
BASE/DIR/filename where BASE is the URL passed to the latest `svn co' or
svn switch' command.
The current
Joern RENNECKE wrote:
Branko Čibej wrote:
It certainly seems that --old and --new are redundant.
I suggest a search in http://svn.haxx.se/dev/.
What should we search for? I tried both of --old and --new, and both
searches
came up empty.
Heh, that's Google search for you...
Paolo Bonzini wrote:
More formally, you can say that any file in the checkout is made of
BASE/DIR/filename where BASE is the URL passed to the latest `svn co'
or `svn switch' command.
The current SVN working copy philosophy (the same as CVS's, by the way)
is that every working copy directory is
Joe Buck wrote:
On Wed, Nov 02, 2005 at 06:28:42PM -0500, Daniel Berlin wrote:
On Wed, 2005-11-02 at 14:33 -0800, Mike Stump wrote:
On Nov 2, 2005, at 2:18 PM, Joern RENNECKE wrote:
I tried:
bash-2.05b$ svn diff Makefile.in svn+ssh://[EMAIL PROTECTED]/svn/
gcc/trunk/gcc/[EMAIL
Giovanni Bajo wrote:
Jeffrey A Law <[EMAIL PROTECTED]> wrote:
In fact, after the subversion conversion is over, we can "svn
delete" all those merging tags for good since they're there because
you can't delete them in CVS but we really don't need them anymore
(before anybody asks: "svn delet
Mike Stump wrote:
Imagine the following program:
{
int i = 234234;
printf ("%d", i);
}
imagine the folder collapsing this to puts ("234234");
Now imagine that the output of the original program depends on the
locale that's in force at execution time, which defines numberic output
to
Zack Weinberg wrote:
Branko Äibej <[EMAIL PROTECTED]> writes:
Zack Weinberg wrote:
"This compiler does not support all of Fortran 77 yet. We recommend
distributors continue to provide packages of g77 from GCC 3.4 for
the time being. When gfortran is considered a complete repl
Zack Weinberg wrote:
"This compiler does not support all of Fortran 77 yet. We recommend
distributors continue to provide packages of g77 from GCC 3.4 for
the time being. When gfortran is considered a complete replacement
for g77 we will announce it."
"We recommend distributors continue...
Richard Guenther wrote:
On Wed, 16 Feb 2005, Paul Schlie wrote:
Richard Guenther wrote:
While trying to implement folding of &a +- cst to &a[c] I came
along the C frontend, which for
int a[4];
int *p = &a[-1];
produces
p = &a + (int *)-4;
Would guess it should be:
p = &a - (int *)4;
Daniel Berlin wrote:
On Tue, 2005-02-15 at 15:59 +, Andrew STUBBS wrote:
I should note that svn treats it's remote connections as
disposable, so
svn+ssh will probably connect more than once for things
like remote
diffs. So if it takes a while to authenticate, this may
14 matches
Mail list logo
