On Wed, Jun 02, 2010 at 01:02:11PM -0300, Marc G. Fournier wrote:
X--mode=compile: not found
*** Warning: inferring the mode of operation is deprecated.: not found
*** Future versions of Libtool will require --mode=MODE be specified.: not
found
Xcc: not found
X-g: not found
X-O2: not found
On Thu, 3 Jun 2010, Dylan Leigh wrote:
On Wed, Jun 02, 2010 at 01:02:11PM -0300, Marc G. Fournier wrote:
X--mode=compile: not found
*** Warning: inferring the mode of operation is deprecated.: not found
*** Future versions of Libtool will require --mode=MODE be specified.: not
found
Xcc: not
[+pgollucci, last committer to apr1 port]
On Thu, 3 Jun 2010, Marc G. Fournier wrote:
On Thu, 3 Jun 2010, Dylan Leigh wrote:
On Wed, Jun 02, 2010 at 01:02:11PM -0300, Marc G. Fournier wrote:
X--mode=compile: not found
*** Warning: inferring the mode of operation is deprecated.: not found
Looking a bit into this, trying to figure out *something* ...
In files/patch-apr_buildconf, it has:
===
cat /usr/ports/devel/apr1/files/patch-apr_buildconf
--- apr-1.4.2/buildconf.orig2009-02-24 06:37:18.0 +0300
+++ apr-1.4.2/buildconf 2009-09-27 14:25:11.0 +0400
@@ -71,6
On Thu, Jun 3, 2010 at 5:09 PM, Marc G. Fournier scra...@hub.org wrote:
Why is 'build/libtool.m4' hard coded vs using ${ltfile}?
It doesn't fix the problem, only silences one error in configure about No
such file or directory ...
The file build/libtool.m4 isn't there on my fbsd 7.2 box while
That did it ... I did an 'ls -lt libtool*' before the rm, and had some
stall libtool15* stuff laying around ... now I can build fine ...
Not sure *how* this can be fixed within the port, mind you ... but
hopefully this helps someone else ...
On Thu, 3 Jun 2010, Bjarne wrote:
You are
I've read everything I can find, including UPDATING and Google, and I'm
not finding any answers to this (or, rather, finding answers, but nothing
seems to apply) ...
X--mode=compile: not found
*** Warning: inferring the mode of operation is deprecated.: not found
*** Future versions of