Hi Ralf,
Thanks for getting back to me.
On Mon, Jan 19, 2009 at 10:15 PM, Ralf Wildenhues
wrote:
> Please try the patch below.
I had trouble applying this with git apply. Is it against git trunk? I
merged it manually however.
$ git apply a
error: patch failed: NEWS:30
error: NEWS: patch does
Hello Paul,
let's drop the libtool list.
* Paul Biggar wrote on Tue, Jan 20, 2009 at 03:11:25AM CET:
> On Mon, Jan 19, 2009 at 10:15 PM, Ralf Wildenhues wrote:
> > Please try the patch below.
>
> I had trouble applying this with git apply. Is it against git trunk?
git master, yes. It was updat
Hi Peter,
* Peter Rosin wrote on Mon, Jan 19, 2009 at 09:52:50PM CET:
> Den 2009-01-19 21:35 skrev Ralf Wildenhues:
>>
>> I think we shouldn't be constantly rebasing pr-msvc-support. I think
>> instead when we can't decide soonish whether to merge it into master or
>> to redo it (because it would
On Mon, 19 Jan 2009, Ralf Wildenhues wrote:
Well,
alias lgdb='libtool --mode=execute gdb'
is still shorter than what you suggest, but for reference, here's a
patch that does what you want.
What do the others think, should libtool be lenient here? I don't have
a strong preference (sure don't
Den 2009-01-19 21:35 skrev Ralf Wildenhues:
This looks a bit hackish. We already have a handful of places which we
fixed up in order to avoid line ending issues. This one looks hackish
enough to deserve being wrapped in a macro (in testsuite.at, below
LT_AT_HOST_DATA?), so that future instances
Hello Charles,
I haven't looked at your patches in detail yet, but a couple of things
caught my eye:
* Charles Wilson wrote on Sat, Jan 03, 2009 at 02:39:15AM CET:
> diff --git a/libltdl/config/general.m4sh b/libltdl/config/general.m4sh
> index 4bc304c..c4de91a 100644
> --- a/libltdl/config/gener
Hi Charles,
* Charles Wilson wrote on Fri, Jan 16, 2009 at 02:51:21PM CET:
> The "unexpected" failure was
> 36: execute mode FAILED (execute-mode.at:193)
> but it is unrelated; it's a problem in cygwin-1.7's "dos-style path
> detection"...That's not a path!
>
> --- /dev/null 2006-11-30
Hello Bruno,
* Bruno Haible wrote on Wed, Jan 14, 2009 at 10:51:46PM CET:
>
> The removal of */.libs/lt- prefixes is done so that "make check" produces
> reliable results, and because the precise location of the executable used
> under the hood by libtool is a detail that the user should not know
Hi Akim,
* Akim Demaille wrote on Mon, Jan 19, 2009 at 09:44:37AM CET:
> Le 10 janv. 09 à 22:25, Ralf Wildenhues a écrit :
>
>> Maybe we should update HACKING about the style we decide about?
>> (note this is really just bike shedding, and babbling)
>
> I definitely think this would be a good idea
* Robert Millan wrote on Mon, Jan 19, 2009 at 11:45:24AM CET:
>
> "kopensolaris-gnu" was accepted in GNU config. I adjusted my patch to use
> that, see attachment.
Thanks for carrying this through, pushed as below. I've added you to
THANKS.
Cheers,
Ralf
2009-01-19 Robert Millan
Su
Hello Paul,
* Paul Biggar wrote on Sun, Jan 11, 2009 at 11:04:05PM CET:
> I hope its not too soon to ping on this?
No, pinging is certainly ok, and, sigh, unfortunately necessary. :-/
> On Wed, Dec 31, 2008 at 1:22 PM, Paul Biggar wrote:
> > On Wed, Dec 31, 2008 at 8:43 AM, Ralf Wildenhues
>
Hello,
I've had this really small patch to fix a couple of omissions.
Seems obvious, pushed.
Cheers,
Ralf
Another LT_AT_EXEC_CHECK fixup.
* tests/shlibpath.at (shlibpath_overrides_runpath): Use
LT_AT_EXEC_CHECK instead of AT_CHECK.
diff --git a/tests/shlibpath.at b/tests/shlibp
Hi Ralf,
Den 2009-01-19 21:35 skrev Ralf Wildenhues:
Ok to push? Or should I just push it to the pr-msvc-support branch
for now?
I think we shouldn't be constantly rebasing pr-msvc-support. I think
instead when we can't decide soonish whether to merge it into master or
to redo it (because it
Hi Roumen,
* Roumen Petrov wrote on Sun, Jan 04, 2009 at 02:56:54PM CET:
> --- a/tests/convenience.at
> +++ b/tests/convenience.at
> @@ -263,7 +263,7 @@ EOF
># libgcj.spec or unable to find it. Skip this test for them.
>if test $i -eq 1; then
> AT_CHECK([$GCJ $GCJFLAGS -c foo1.java |
* Ralf Wildenhues wrote on Mon, Jan 19, 2009 at 09:40:20PM CET:
> The long line in ltmain.m4sh is actually necessary in order for
> libtool --version
>
> to work correctly. Will address in a followup patch.
OK to push?
Thanks,
Ralf
func_version copes with multi-line copyright headers.
Pushed to master, sorry for the long delay.
The long line in ltmain.m4sh is actually necessary in order for
libtool --version
to work correctly. Will address in a followup patch.
Cheers,
Ralf
Bump copyright years.
* ChangeLog.2008: New, rotated from ...
* ChangeLog: ... here
Hi Peter,
* Peter Rosin wrote on Sat, Jan 17, 2009 at 12:42:34AM CET:
> In the localization test, the output of the compiler is compared
> with the grepped output of the compiler when run through libtool.
>
> MSVC outputs its messages with \r\n, but the grep in the above
> strips that down to just
On Mon, 19 Jan 2009, Akim Demaille wrote:
I have worked for years with the same set up as you, using an much TAB as is
possible. But I read someday something that Jim wrote about this topic, in
which he was advocating the no-tab approach, and I was convinced. What
changed my viewpoint was th
Hi,
"kopensolaris-gnu" was accepted in GNU config. I adjusted my patch to use
that, see attachment.
Can it be included now?
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
Le 14 janv. 09 à 11:16, Akim Demaille a écrit :
Le 10 janv. 09 à 22:25, Ralf Wildenhues a écrit :
So what do you recommend to store persistent information? A
function
that returns some static variable (sort of a singleton)? Or an
additional argument everywhere (gee...). Maybe I can do it
Le 10 janv. 09 à 22:25, Ralf Wildenhues a écrit :
BTW, your editor seems to both reformat existing code, and use
different indenting strategy for new code. Hmm.
Yeah, I know. But fixing the indentation issues progressively does
not
seem bad to me. I certainly don't want these useless di
21 matches
Mail list logo