On Feb 3, 2011, Gerald Pfeifer wrote:
> On Wed, 2 Feb 2011, Dongsheng Song wrote:
>> +BRANCHES=`svnlook -r ${REV} dirs-changed "${REPOS}" \
> Do we really need to worry about more than branch being hit in one
> commit? I wasn't aware that SVN supports this, but I guess it's
> defensive progra
Snapshot gcc-4.5-20110203 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20110203/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Thu, Feb 3, 2011 at 14:45, Jason Merrill wrote:
> Yep, that looks fine.
Thanks. I've added a section on doing merges to the git wiki
(http://gcc.gnu.org/wiki/GitMirror#Merging_SVN_branches).
Now that I finally got it working, this is infinitely simpler than svnmerge.py.
Diego.
I've merged google/integration into the pph branch. This will allow
us to use the branch to be used with our internal build system.
Since google/integration only contains configuration patches and other
non-interesting stuff, it won't affect the usability of the pph
branch. It can still be built
On 02/03/2011 02:06 PM, Diego Novillo wrote:
Thanks. I *think* --squash did the trick. I'm hesitant to commit it
now, though. How can I tell what commit log will be used by 'git svn
dcommit'? This is the state of my merged branch. I think this means
I'm OK to commit this with dcommit, right?
On Thu, Feb 3, 2011 at 11:50, Jason Merrill wrote:
> On 02/03/2011 08:03 AM, Diego Novillo wrote:
>>
>> - I wanted to merge branch 'b2' into branch 'b1'
>>
>> $ git checkout b1
>> $ git svn rebase
>> $ git merge b2
>> < ... fix whatever needs fixing in the merge ... >
>> $ git rebase -i @{u}
>
> I
On 02/03/2011 08:03 AM, Diego Novillo wrote:
- I wanted to merge branch 'b2' into branch 'b1'
$ git checkout b1
$ git svn rebase
$ git merge b2
< ... fix whatever needs fixing in the merge ... >
$ git rebase -i @{u}
I'm surprised at the error that you saw, but I'm not surprised that you
had t
On Wednesday 02 February 2011, Russell King - ARM Linux wrote:
> On Wed, Feb 02, 2011 at 05:00:20PM +0100, Arnd Bergmann wrote:
> > I would suggest fixing this by:
> >
> > 2. Changing the ARM MMIO functions to use inline assembly instead of
> > direct pointer dereference.
>
> We used to use inline
On Thu, Feb 3, 2011 at 01:11, Basile Starynkevitch
wrote:
> I am switching to daily use git for the MELT branch. What is the
> command to avoid making the same mistake? Any general clues on using
> git for GCC work is welcome. I did read
> http://gcc.gnu.org/wiki/GitMirror and Dodji dodjiseketeli
On Thu, Feb 03, 2011 at 11:08:09AM +0100, Richard Guenther wrote:
> On Thu, Feb 3, 2011 at 6:43 AM, Jack Howarth wrote:
> > Sebastian,
> > Below are the results for the Polyhedron 2005 benchmarks on
> > x86_64-apple-darwin10 using -O3 -ffast-math -funroll-loops under gcc
> > trunk at r169776, wi
--x-includes=/usr/X11R6/include
> --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.6 --enable-checking=yes
> --enable-cloog-backend=isl
> Thread model: posix
> gcc version 4.6.0 20110203 (experimental) (GCC)
>
> command=gfortran -O3 -ffast-m
Hi all,
Here is the update patch.
*) Remove IGNORE_BRANCHES
*) Add BRANCH_REGEXP
*) Remove '-n' from echo command line, use the original DATESTAMP format
*) Update PATH as Gerald recommend
*) Fix a typo in patch of hooks/post-commit
*) Write svn commit error messages to svn client as Gerald recom
On Thursday 03 February 2011 00:08:01 Måns Rullgård wrote:
> > But you really need that memory clobber there whether you like it or
> > not, see above.
>
> I don't know of any device where the side-effects are not explicitly
> indicated by other means in the code triggering them, so it probably
>
13 matches
Mail list logo
