here is probably a "better way".
Anyway, patch attached, do as you see fit.
Peter
--
Peter O'Gorman - http://www.pogma.com
? aclocal-1.9a
? aclocal.tmp
? automake-1.9a
? automake-case-sens.diff
? automake.diff
? automake.tmp
Index: automake.in
==
Alexandre Duret-Lutz wrote:
Hi Peter,
Hi Alexandre,
d) the patch is more than 15 lines and you haven't signed
copyright papers for Automake. Would you do that?
Haha, done, I'll redo the patch and send it again when the paperwork is
finalized.
Thanks,
Peter
--
Peter O
en that the libtool folks had wanted to "keep
|>libtool outside of automake" because libtool is/had been supposed to be
|>a tool independent of the make infrastructure being used (automake is
|>just one of them).
|
|
| OK.
With keeping current libtool compile mode, automake doing this
On 03/31/2011 12:28 AM, Ralf Wildenhues wrote:
Hello Dave,
* Dave Hart wrote on Wed, Mar 30, 2011 at 11:06:02PM CEST:
Right, one approach would be to run a dist-hook which strips all
resource forks from distdir files.
It's not really about resource forks, Extended Attributes and Access
Contr
On 02/06/2012 06:35 PM, Jan Engelhardt wrote:
Much to my disappointment, I found that the newly-released libkmod v5
has made the following non-trivial change to its source tree, the latter
of which I want to bring to attention:
commit e479598b7d19ae7be45bf5329d6e4df32d646c16
diff
Christian Nolte wrote:
Hello,
I have a simple AM-based project here which shall output a single shared
library. The problem is, that the shared library _is_ created by libtool
but does not automatically get the .so file-extension. The Makefile.am
looks like this:
---
lib_LTLIBRARIES = gpgencryp
Dale Walsh wrote:
On Jan 13, 2006, at 03:07 , Harlan Stenn wrote:
The stuff I was proposing may be way more than you need. It is also a
nontrivial amount of work to set up (those sort of things are how I earn
the majority of my living).
Do you have darwinports installed?
Yes I do however
Dale Walsh wrote:
I think that the problem is that aclocal is picking up a different
version of libtool.m4 than it should. It looks like you have a modern
ltmain.sh and an old libtool.m4, thus meaning SED (and a whole bunch
of other things) is undefined.
OK, but if I'm installing both au
On Thu, 2006-04-13 at 08:52 +0200, Ralf Wildenhues wrote:
> Hi Russ,
>
> * Russ Allbery wrote on Thu, Apr 13, 2006 at 05:12:34AM CEST:
> > Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> >
> > > Systems which automatically remember shared library dependencies may
> > > cause problems since the inst
On Sep 6, 2006, at 3:58 AM, Ralf Wildenhues wrote:
[ http://lists.gnu.org/archive/html/automake/2006-09/msg1.html ]
Hello Patrick,
* Patrick Welche wrote on Mon, Sep 04, 2006 at 01:30:26PM CEST:
On Sun, Sep 03, 2006 at 09:33:20AM +0200, Ralf Wildenhues wrote:
I say we drop the test and
On Feb 27, 2007, at 8:13 AM, Jeff Safier wrote:
Not using libtool, how would I create a shored object. automake seems
to be defaulting to creating a static library
To answer this question, it is necessary to know which platform and
compiler you want to limit yourself to.
Or you could use
Kamaljit Singh wrote:
> I am trying to build a .so (without libtool) but instead using the _PROGRAMS.
>
> If I want to use -Wl,--whole-archives ... -Wl,--no-whole-archives in the
> _LDLIBS
> it barfs and if I use it in _LDFLAGS then it doesnt get into the dependencies,
> unless I explicitly put i
NightStrike wrote:
> -Wall and -pedantic... AM_CFLAGS or AM_CPPFLAGS?
Neither. Neither are portable, so the do not belong in the Makefile.am,
check for gcc in configure and append them to CFLAGS if they work.
Peter
--
Peter O'Gorman
http://pogma.com
automake does not understand the .cp extension, try .cc, .cxx or .cpp
Peter
--
Peter O'Gorman
http://pogma.com
ure.ac, something like:
case $host_os in
*-darwin*)
JNI_EXTRA_LDFLAGS="-shrext .jnilib" ;;
esac
AC_SUBST(JNI_EXTRA_LDFLAGS)
then in your Makefile.am you can have:
mylib_la_LDFLAGS = -module -avoid-version $(JNI_EXTRA_LDFLAGS)
Peter
--
Peter O'Gorman
http://pogma.com
t-version-gen .tarball-version]),
[bug-autoc...@gnu.org])
Peter
--
Peter O'Gorman
http://pogma.com
t use seq?
Thanks,
Peter
--
Peter O'Gorman
http://pogma.com
FAIL: instmany-python.test (exit: 2)
/Volumes/Users/fink/src/fink.build/automake1.11-1.11-1/automake-1.11/tests:/Users/fink/var/lib/fink/path-prefix-g++-4.0:/Users/fink/bin:/Users/fink/sbin:/bin
l's -shrext flag. e.g.
libfoo_la_LDFLAGS = -module -shrext ".pyd"
Peter
--
Peter O'Gorman
http://pogma.com
ES in every Makefile.in:
>
> DEFAULT_INCLUDES = -...@am__isrc@ -I$(top_builddir)
put
DEFAULT_INCLUDES =
in your Makefile.am, automake will not change it, and the Makefile will
then have this empty DEFAULT_INCLUDES.
Peter
--
Peter O'Gorman
http://pogma.com
On 01/12/2011 12:01 PM, Stefano Lattarini wrote:
[About the purpose or "spirit" of Automake]
Automake is about much more than just portability to different make
implementations; it's about:
No. The philosophy of the autotools has always been to make the end
users life easier, in part by
On 03/21/2011 10:52 AM, Paul Elliott wrote:
According to the Fedora Packaging:Guidelines
http://fedoraproject.org/wiki/Packaging/Guidelines
.la files should not be installed:
Packaging Static Libraries
How do I create a Makefile.am for a shared library so that make install will
not install
21 matches
Mail list logo
