On Wed, Dec 07, 2011 at 05:09:08PM +, Steve McIntyre wrote:
On Mon, Dec 05, 2011 at 09:26:37PM +, Robin Cornelius wrote:
Hi Steve
No sign of any progress on this bug in quite a while, and now it's
causing build failures in Debian too with multi-arch. Are you planning
to work on this in
On Mon, Dec 05, 2011 at 09:26:37PM +, Robin Cornelius wrote:
Hi Steve
No sign of any progress on this bug in quite a while, and now it's
causing build failures in Debian too with multi-arch. Are you planning
to work on this in the near future?
Ah sorry, I actually did this back in April
severity 620437 serious
thanks
On Sat, Apr 02, 2011 at 09:00:46PM +0100, Robin Cornelius wrote:
On Fri, Apr 1, 2011 at 10:39 PM, Steve Langasek
steve.langa...@canonical.com wrote:
The attached patch fixes src/Makefile.am to use -L$(EXPAT_LIB_LOCATION)
-lexpat instead. This is best practice
Hi Steve
No sign of any progress on this bug in quite a while, and now it's
causing build failures in Debian too with multi-arch. Are you planning
to work on this in the near future?
Ah sorry, I actually did this back in April and had everything staged
in my git at
On Fri, Apr 1, 2011 at 10:39 PM, Steve Langasek
steve.langa...@canonical.com wrote:
The attached patch fixes src/Makefile.am to use -L$(EXPAT_LIB_LOCATION)
-lexpat instead. This is best practice with libtool; foo_LDADD =
/path/to/libbar.la should really only be used for dependent libraries
On Sat, Apr 02, 2011 at 09:00:46PM +0100, Robin Cornelius wrote:
On Fri, Apr 1, 2011 at 10:39 PM, Steve Langasek
steve.langa...@canonical.com wrote:
The attached patch fixes src/Makefile.am to use -L$(EXPAT_LIB_LOCATION)
-lexpat instead. This is best practice with libtool; foo_LDADD =
6 matches
Mail list logo
