On Sat, Dec 13, 2008 at 12:57 AM, Jason Curl wrote:
> Ralf Wildenhues wrote:
>>
>> Hello Jason,
>>
>> * Jason Curl wrote on Thu, Dec 11, 2008 at 10:19:57PM CET:
>>
>>>
>>> Ignoring that my macro obviously won't work with 2.2.x, I'm using Cygwin
>>> and I've come across my first problem. The old l
Ralf Wildenhues wrote:
* Jason Curl wrote on Sat, Dec 13, 2008 at 09:05:52PM CET:
Ralf Wildenhues wrote:
I guess you're missing an
LT_LANG([Windows Resource])
I have a macro that calls this for me.
AC_DEFUN([LX_PROG_RC],
[AS_IF([test x$ac_cv_prog_ac_ct_RC = x], [LT_LANG
Hi Eric,
* Eric Blake wrote on Sat, Dec 13, 2008 at 05:53:20PM CET:
> According to Ralf Wildenhues on 12/13/2008 2:47 AM:
> > with a test case of:
> > LT_PREREQ([2.2.6])
> > AC_INIT
> > LT_INIT
> >
> > It works in any case when I move LT_PREREQ after AC_INIT,
>
> That is the correct fix.
* Jason Curl wrote on Sat, Dec 13, 2008 at 09:05:52PM CET:
> Ralf Wildenhues wrote:
>> I guess you're missing an
>> LT_LANG([Windows Resource])
> I have a macro that calls this for me.
>
> AC_DEFUN([LX_PROG_RC],
> [AS_IF([test x$ac_cv_prog_ac_ct_RC = x], [LT_LANG([Windows Resource])],
> [])
>
Ralf Wildenhues wrote:
* Jason Curl wrote on Sat, Dec 13, 2008 at 07:47:43PM CET:
I'm using libtool-2.2.6 on Cygwin and having some difficulties at the
end. I thought I had it working, but can't figure out what changed to
make it break.
/.libs/lt-version.c: In function `main':
.
* Jason Curl wrote on Sat, Dec 13, 2008 at 07:47:43PM CET:
> I'm using libtool-2.2.6 on Cygwin and having some difficulties at the
> end. I thought I had it working, but can't figure out what changed to
> make it break.
> /.libs/lt-version.c: In function `main':
> ./.libs/lt-version.c:485: err
Ralf Wildenhues wrote:
* Jason Curl wrote on Sat, Dec 13, 2008 at 06:00:31PM CET:
Ralf Wildenhues wrote:
* Jason Curl wrote on Sat, Dec 13, 2008 at 04:57:02PM CET:
/bin/sh ../../libtool --tag=RC --mode=compile windres rsrc.rc -o rsrc.lo
libtool: compile: windres rsrc.rc
* Jason Curl wrote on Sat, Dec 13, 2008 at 06:00:31PM CET:
> Ralf Wildenhues wrote:
>> * Jason Curl wrote on Sat, Dec 13, 2008 at 04:57:02PM CET:
>>
>>> /bin/sh ../../libtool --tag=RC --mode=compile windres rsrc.rc -o rsrc.lo
>>> libtool: compile: windres rsrc.rc -o .libs/rsrc.o
>>> libtool
Alon Bar-Lev wrote:
On 12/13/08, Jason Curl wrote:
.rc.lo:
$(LIBTOOL) $(AM_LIBTOOLFLAGS) $(LIBTOOLFLAGS) --tag=RC --mode=compile
$(RC) $(RCFLAGS) $< -o $@
libwin_la_LDFLAGS = -no-undefined -version-info @WINLIB_VERSION_INFO@
@SHLIB_VERSION_ARG@
You can look at OpenSC implementa
I'm using libtool-2.2.6 on Cygwin and having some difficulties at the
end. I thought I had it working, but can't figure out what changed to
make it break.
In particular, my libtool library is compiling as shared, but when I
compile a test program to link to the shared library I get a failure
On 12/13/08, Jason Curl wrote:
> .rc.lo:
> $(LIBTOOL) $(AM_LIBTOOLFLAGS) $(LIBTOOLFLAGS) --tag=RC --mode=compile
> $(RC) $(RCFLAGS) $< -o $@
>
> libwin_la_LDFLAGS = -no-undefined -version-info @WINLIB_VERSION_INFO@
> @SHLIB_VERSION_ARG@
>
You can look at OpenSC implementation it works both fo
Bob Friesenhahn wrote:
On Sat, 13 Dec 2008, Jason Curl wrote:
My next woe when porting over to libtool-2.x. It looks like the
compilation phase of libtool has changed for resources. The shared
library works, but the static library build on mingw32/cygwin no
longer works.
If this is supposed
On Sat, 13 Dec 2008, Jason Curl wrote:
My next woe when porting over to libtool-2.x. It looks like the compilation
phase of libtool has changed for resources. The shared library works, but the
static library build on mingw32/cygwin no longer works.
If this is supposedly a static build then wh
Ralf Wildenhues wrote:
* Jason Curl wrote on Sat, Dec 13, 2008 at 04:57:02PM CET:
/bin/sh ../../libtool --tag=RC --mode=compile windres rsrc.rc -o rsrc.lo
libtool: compile: windres rsrc.rc -o .libs/rsrc.o
libtool: compile: windres rsrc.rc >/dev/null 2>&1
The second is missing '-o
* Jason Curl wrote on Sat, Dec 13, 2008 at 04:57:02PM CET:
> /bin/sh ../../libtool --tag=RC --mode=compile windres rsrc.rc -o rsrc.lo
> libtool: compile: windres rsrc.rc -o .libs/rsrc.o
> libtool: compile: windres rsrc.rc >/dev/null 2>&1
The second is missing '-o rsrc.o'. Seems windres outp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[adding bug-automake]
According to Ralf Wildenhues on 12/13/2008 2:47 AM:
> Hmm; I can reproduce this with Autoconf 2.63 but not with current git,
Yes, current git changed things so that even prior to m4_init (called
under the hood by AC_INIT), there
Hello,
My next woe when porting over to libtool-2.x. It looks like the
compilation phase of libtool has changed for resources. The shared
library works, but the static library build on mingw32/cygwin no longer
works.
Not sure what I did to completely break it.
Hope somebody can help, the li
Ralf Wildenhues wrote:
[ adding bug-autoconf ]
Hello Jason,
thanks for the bug report.
I always assume first a user error. I'm happy to be of assistance.
* Jason Curl wrote on Sat, Dec 13, 2008 at 10:01:22AM CET:
I have a macro and in the first lines are:
AC_PREREQ(2.61)
LT_PREREQ([2.
let's not drop the list from Cc:.
* Jason Curl wrote on Sat, Dec 13, 2008 at 11:39:59AM CET:
> Ralf Wildenhues wrote:
> >
> > Maybe some old in-tree macro files lying around? The macros could have
> > been copied into m4/* or its contents into acinclude.m4 by somebody or
> > aclocal.m4 (by acloca
Hello Jason,
* Jason Curl wrote on Sat, Dec 13, 2008 at 09:57:05AM CET:
>
> I for the life of me have no idea how to debug where the macro is coming
> from that caused libtool 1.5.26 to be generated. And without that I
> can't even begin to explain why I had this problem in the first place.
M
[ adding bug-autoconf ]
Hello Jason,
thanks for the bug report.
* Jason Curl wrote on Sat, Dec 13, 2008 at 10:01:22AM CET:
> I have a macro and in the first lines are:
>
> AC_PREREQ(2.61)
> LT_PREREQ([2.2.6])
>
> When I run "autoreconf" I get:
> $ autoreconf
> configure.ac:33: error: m4_defn: un
I have a macro and in the first lines are:
AC_PREREQ(2.61)
LT_PREREQ([2.2.6])
When I run "autoreconf" I get:
$ autoreconf
configure.ac:33: error: m4_defn: undefined macro: _m4_divert_diversion
configure.ac:33: the top level
autom4te-2.63: /usr/bin/m4 failed with exit status: 1
aclocal-1.10: auto
Hi Ralf
Ralf Wildenhues wrote:
Hello Jason,
* Jason Curl wrote on Thu, Dec 11, 2008 at 10:19:57PM CET:
Ignoring that my macro obviously won't work with 2.2.x, I'm using Cygwin
and I've come across my first problem. The old libtool is removed
(1.5.27a) and the new is installed (at least I
Hello,
I've not heard an answer from my previous post and plunged into libtool
2.2.6a. To my surprise, except for one hitch, it works pretty well with
only some small changes to my macros.
I've still got the same problem with libtool 2.2.x, in that I still
can't determine a way to figure out
Ralf Wildenhues wrote:
Hello Jason,
* Jason Curl wrote on Thu, Dec 11, 2008 at 10:19:57PM CET:
Ignoring that my macro obviously won't work with 2.2.x, I'm using Cygwin
and I've come across my first problem. The old libtool is removed
(1.5.27a) and the new is installed (at least I think th
25 matches
Mail list logo
