Follow-up Comment #3, patch #6448 (project libtool):
Thanks very much for the feedback,
I'm glad to hear about the success! Previously there has been requests to
test how this patch series behaves on other systems (which are not supposed to
be affected). So, you can help by checking for regressi
Ralf Wildenhues wrote:
> * John Bytheway wrote on Sat, Mar 08, 2008 at 08:18:12PM CET:
>> Ralf Wildenhues wrote:
>>> I've given your bug description a
>>> shot at a test that exposes this issue, but have so far failed. Below
>>> is where I'm at, patch against current HEAD. Can you point me to how
On Sat, 8 Mar 2008, Edward Hervey wrote:
Hi, I'd like to give my feedback on these 7 patches (applied against trunk
svn).
Thanks for the useful feedback. This is good news.
Awesome work ! I don't know what more is needed to push these patches in, if
you need more feedback, logs, etc... plea
Follow-up Comment #2, patch #6448 (project libtool):
Hi, I'd like to give my feedback on these 7 patches (applied against trunk
svn).
They work amazingly well, I have been compiling gstreamer and dependencies
under msys using msvc... and I had to remove all the 'hacks' I previously
added to the
* John Bytheway wrote on Sat, Mar 08, 2008 at 08:18:12PM CET:
> Ralf Wildenhues wrote:
> > I've given your bug description a
> > shot at a test that exposes this issue, but have so far failed. Below
> > is where I'm at, patch against current HEAD. Can you point me to how
> > your setup is differe
Ralf Wildenhues wrote:
> Hello John,
>
> * John Bytheway wrote on Tue, Jan 29, 2008 at 10:54:05PM CET:
>> I've been using libtool and libltdl to load libraries at runtime in a
>> project I'm working on, and encountered circumstances where the error
>> messages are less helpful than they might
Hello Bob,
* Bob Friesenhahn wrote on Sat, Mar 08, 2008 at 05:22:38PM CET:
> On Sat, 8 Mar 2008, Ralf Wildenhues wrote:
>
>> FWIW, here's the patch again but without mangling. OK?
>
> Yes, please apply and I will re-run the tests in my environment.
Done, thanks, also to Gary.
Cheers,
Ralf
Ralf Wildenhues wrote:
Now, in that test, the toplevel configure script chooses
$top_srcdir/INSTALL (yes, the text file) as install script. I suspect
this is because you have /uhome/src/gnu/libtool-head in the $PATH, the
beginning of testsuite.log reveals that. Why is that, did you add that
man
Hi Gary,
* Gary V. Vaughan wrote on Sat, Mar 08, 2008 at 05:31:48PM CET:
> On 8 Mar 2008, at 08:22, Ralf Wildenhues wrote:
>> OK to apply? This fixes
>> ./configure --program-prefix=g
>> make all install installcheck
>
> Nice catch, please apply.
Done, thanks!
>> and also causes the testsuite
On Sat, 8 Mar 2008, Ralf Wildenhues wrote:
Now, in that test, the toplevel configure script chooses
$top_srcdir/INSTALL (yes, the text file) as install script. I suspect
this is because you have /uhome/src/gnu/libtool-head in the $PATH, the
beginning of testsuite.log reveals that. Why is that,
On Sat, 8 Mar 2008, Ralf Wildenhues wrote:
Now, in that test, the toplevel configure script chooses
$top_srcdir/INSTALL (yes, the text file) as install script. I suspect
this is because you have /uhome/src/gnu/libtool-head in the $PATH, the
beginning of testsuite.log reveals that. Why is that,
Hallo Ralf,
On 8 Mar 2008, at 08:22, Ralf Wildenhues wrote:
OK to apply? This fixes
./configure --program-prefix=g
make all install installcheck
Nice catch, please apply.
and also causes the testsuite to be correctly rebuilt upon
installcheck.
This is a very common configuration. Can
On Sat, 8 Mar 2008, Ralf Wildenhues wrote:
You are on MinGW, compiling with gcc, have a link command line which is
too long to be executed in one go, and you have objects listed with
absolute path. In this case, libtool will create a GNU ld linker script
with extension .lnkscript which contains
Hallo Ralf,
On 8 Mar 2008, at 06:49, Ralf Wildenhues wrote:
FWIW, here's the patch again but without mangling. OK?
Yep, looks good to me. Please apply.
2008-03-07 Ralf Wildenhues <[EMAIL PROTECTED]>
* tests/nonrecursive.at: Use -no-undefined for foo.la.
* tests/recursive
OK to apply? This fixes
./configure --program-prefix=g
make all install installcheck
and also causes the testsuite to be correctly rebuilt upon installcheck.
Thanks,
Ralf
2008-03-08 Ralf Wildenhues <[EMAIL PROTECTED]>
Fix installcheck dependencies, fix for --program-transform-nam
Applied to HEAD as obvious.
Cheers,
Ralf
2008-03-08 Ralf Wildenhues <[EMAIL PROTECTED]>
Drop usage of obsolete macros AC_EXEEXT and AC_OBJEXT.
* libltdl/m4/libtool.m4 (_LT_ENABLE_LOCK, _LT_COMPILER_OPTION)
(_LT_COMPILER_C_O, LT_PATH_NM, _LT_CMD_GLOBAL_SYMBOLS, _LT_SETUP
This message needs some corrections:
* Ralf Wildenhues wrote on Sat, Mar 08, 2008 at 09:51:12AM CET:
> I went back to my w32 (XP home edition) system now and fixed most of the
> issues that I found. With the patch below, the only failures I'm left at
> are 21 (link order of deplibs) and 64 (stres
On Sun, Mar 02, 2008 at 11:10:21AM -0600, Bob Friesenhahn wrote:
> On Sun, 2 Mar 2008, Bob Friesenhahn wrote:
> >
> >Both are attached in lzma compressed format. I find it odd that the
> >log file is much larger for MinGW/MSYS than for Cygwin.
>
> It seems that part of the reason for the bloat is
Hello Bob,
Thanks for testing.
* Bob Friesenhahn wrote on Sun, Mar 02, 2008 at 05:59:13PM CET:
> Right. I was not terribly alarmed when some tests failed for MinGW/MSYS
> since I have previously observed that there can be test suite issues with
> line termination. Also, some Windows provided t
19 matches
Mail list logo
