Re: git log -> changelog

On 09/02/2010 03:16 PM, Charles Wilson wrote: On 9/2/2010 5:08 PM, Eric Blake wrote: On 09/02/2010 03:00 PM, Charles Wilson wrote: Two people worked on a single patch, or someone submitted it, and then one of the people with commit access modified the patch slightly. The GCS says you should do

Re: git log -> changelog

On 9/2/2010 5:08 PM, Eric Blake wrote: > On 09/02/2010 03:00 PM, Charles Wilson wrote: >> Two people worked on a single patch, or someone submitted it, and then >> one of the people with commit access modified the patch slightly. The >> GCS says you should do this, in the ChangeLog: >> >>

git log -> changelog [was: [PATCH] Path conversion documentation]

[adding bug-gnulib] On 09/02/2010 03:00 PM, Charles Wilson wrote: IF we want to use gitlog to create the ChangeLog, then either of these is fine with me. However, see below. iii) fix the gitlog entries -- if that's even viable? I don't think (iii) will work. You can play all sorts o

Re: [PATCH] Path conversion documentation

On 9/2/2010 3:05 AM, Gary V. Vaughan wrote: > On 2 Sep 2010, at 12:40, Charles Wilson wrote: >> 'Course, I notice that I screwed up the date in the ChangeLog. Could >> the next person to commit a change to that file, please fix it? >> >> -2010-09-31 ... >> +2010-09-01 ... > > Might be unnecessary

tests: avoid spurious test failure due to library mode on HP-UX.

http://autobuild.josefsson.org/libtool/log-201008291316534087000.txt | ../../libtool/tests/help.at:164: $orig_LIBTOOL --mode=install cp liba.la libb.la $libdir | stderr: | cp: cannot create /tmp/lt/build-hppa2.0w-hp-hpux11.11/tests/testsuite.dir/023/inst/lib/liba.sl.0.0: Permission denied | std

Re: [PATCH 4/7] Use func_to_tool_file instead of fix_srcfile_path.

* Peter Rosin wrote on Thu, Sep 02, 2010 at 09:00:13AM CEST: > Den 2010-09-01 23:30 skrev Ralf Wildenhues: > >> * libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS) [cygwin,mingw,pw32] > >> [cegcc]: Drop fix_srcfile_path. > > > > Please ask google codesearch whether fix_srcfile_path is used by third > > pa

Re: Make ar-lib support backslashed files in archives. (was [PATCH 0/7] Support for toolchains that are not $host-native.)

On Thursday 02 September 2010, Peter Rosin wrote: > It is actually a bug in ar-lib. When you issue > .../ar-lib lib x foo.lib > it runs this loop: > > $AR -NOLOGO -LIST "$archive" | while read member > do > $AR -NOLOGO -EXTRACT:"$member" "$archive" || exit $? > done > > (w

Re: [PATCH 0/7] Support for toolchains that are not $host-native.

Den 2010-09-02 16:08 skrev Peter Rosin: > Den 2010-09-02 16:02 skrev Charles Wilson: >> On 9/2/2010 9:06 AM, Peter Rosin wrote: >>> However, my previous suggestion with a naive_slashify instead of >>> naive_backslashify doesn't work either since MSYS turns @c:/foobar into >>> @c;c:\msys\1.0\foobar

Make ar-lib support backslashed files in archives. (was [PATCH 0/7] Support for toolchains that are not $host-native.)

Hi! [Automakers, this is from the libtool-patches list...] Den 2010-09-02 15:06 skrev Peter Rosin: > 112: Test 24 33 34 45 47 99 100 are "new" failures with low max_cmd_len > and I think the reason is that the file name conversion adds escapes for > the backslashes. I.e. .libs/a1.obj -> .libs\\a1

Re: [PATCH 0/7] Support for toolchains that are not $host-native.

Den 2010-09-02 16:02 skrev Charles Wilson: > On 9/2/2010 9:06 AM, Peter Rosin wrote: >> However, my previous suggestion with a naive_slashify instead of >> naive_backslashify doesn't work either since MSYS turns @c:/foobar into >> @c;c:\msys\1.0\foobar (or something similar, that was from memory) w

Re: [PATCH 0/7] Support for toolchains that are not $host-native.

On 9/2/2010 9:06 AM, Peter Rosin wrote: > However, my previous suggestion with a naive_slashify instead of > naive_backslashify doesn't work either since MSYS turns @c:/foobar into > @c;c:\msys\1.0\foobar (or something similar, that was from memory) which > we must avoid at all cost. cygpath -m (in

Re: [PATCH 0/7] Support for toolchains that are not $host-native.

Den 2010-09-01 22:30 skrev Peter Rosin: > Hi! > > I was going to hold off this until after I had run the testsuite one more > time with the latest fixes, but the recent message from Gary made me post > right away. By the Lay of Murphy, I'm sure I'll regret it... > > This series is a rebased and u

Re: [PATCH] Path conversion documentation

On 2 Sep 2010, at 12:40, Charles Wilson wrote: > 'Course, I notice that I screwed up the date in the ChangeLog. Could > the next person to commit a change to that file, please fix it? > > -2010-09-31 ... > +2010-09-01 ... Might be unnecessary... In my use-gnulib branch, I'm wondering whether to

Re: [PATCH 4/7] Use func_to_tool_file instead of fix_srcfile_path.

Den 2010-09-01 23:30 skrev Ralf Wildenhues: > * Peter Rosin wrote on Wed, Sep 01, 2010 at 10:33:59PM CEST: >> From 16232cc7ddfc4bab981a2fa2d87757c68832b32e Mon Sep 17 00:00:00 2001 >> From: Peter Rosin >> Date: Sun, 29 Aug 2010 18:26:16 +0200 >> Subject: [PATCH 4/7] Use func_to_tool_file instead o