g libtool, just configure twice, with
'--enable-static --disable-shared' and '--disable-static
--enable-shared' respectively. Maybe this is not the solution you are
looking for, but it is an easy workaround that is trivial to automate;
and you don't have to touch any M
Hi Brian,
Am 6/3/2010 11:50 AM, schrieb Brian J. Murrell:
> On Thu, 2010-06-03 at 11:42 -0700, Christian Rössel wrote:
>> Hi Brian,
>
> Hey Christian,
>
> Thanx for taking the time.
>
>> I use a separate Makefile for MPI targets.
>
> This is what I did la
oach assumes that you use $CC etc. for compiling and linking.
For me, this approach works just fine. However, you need to put the MPI
Makefile.am into a separate directory as, afaik, there can be only one
Makefile.am per directory. But you need not to move your sources, though.
Best regards,
Christian
rectory to SUBDIRS?
Thanks
Christian
m and Makefile)? Anyone have some code snippets to share? I
checked gnulib but it doesn't seem to contain anything like that.
Thanks
Christian
figure passes to
new-third-party-project/configure? In particular I need to override CC
and --host. Can this be done without modifying the third-party configure.ac?
Thanks,
Christian
---
-
figure passes to
new-third-party-project/configure? In particular I need to override CC
and --host. Can this be done without modifying the third-party configure.ac?
Thanks,
Christian
re behaves differently when using gcc or
bgxlc?
Is there a way to switch to normal non-cross-compiling mode by issuing
some commands in configure.ac?
Thanks,
Christian
boost regex library, so I was planning to
> write an autoconf macro that not only searches for my library but also
> for boost regex library...
Hi Lorenzo,
there is already a test for boost regex in the autoconf macro archive:
ax_boost_regex
See http://autoconf-archive.cryp.to/ and
http://randspringer.de/boost/index.html
Cheers,
Christian
S += foo
foo_SOURCES = $(top_srcdir)/src/foo.c
configure.ac:
AC_INIT([test],[1.0])
AC_CONFIG_AUX_DIR([config])
AM_INIT_AUTOMAKE([foreign -Wall])
AC_PROG_CC
AM_PROG_CC_C_O
AC_CONFIG_FILES([Makefile])
AC_OUTPUT
Am I doing something wrong?
Cheers,
Christian
re if this applies also to your lexer stuff, but there is an
"Per-Object Flags Emulation", see
http://www.gnu.org/software/automake/manual/automake.html#Per_002dObject-Flags
Cheers,
Christian
---
Ralf Wildenhues wrote:
> Hello Christian,
>
> * Christian Rössel wrote on Tue, Apr 14, 2009 at 03:20:35PM CEST:
>> I have a cross-compile situation where I want to compile sources of a
>> subdirectory for the host system as well as for the build system. I pass
>> --hos
modifying OBJEXT and .SUFFIXES?
Thanks,
Christian
---
---
Forschungszentrum Jülich GmbH
52425 Jülich
Sitz der Gesellschaft: Jülich
Eingetragen im Handelsregister des Am
locations. I did not
find anything about this in the manual, but I could have missed it.
Christian
assistance.
Incidentally according to man 1posix yacc it seems that in posix 2003
there are command line options for changing file prefix or symbol prefix.
Christian Csar
Erik de Castro Lopo wrote:
> Christian Csar wrote:
>
>> Is there anyway to control the behavior of ylwrap? The
changing foo.l to foo-lex.l, but it seems rather
inelegant. If there is a to notice the existence of foo.l and foo.y in
the same directory, it might be worth printing out a message as it is
not an immediately obvious problem (except for refusing to build).
Christian
but this won't stop libtool from including it into
the library.
If that's the wrong way to go, what should I do then?
Thanks in advance,
Christian Parpart.
pgpFPokyJQr16.pgp
Description: PGP signature
On Tuesday 13 February 2007 13:33:58 Ralf Wildenhues wrote:
> * Christian Parpart wrote on Tue, Feb 13, 2007 at 11:59:35AM CET:
> > I want to override some functions located in libGL.so and libX11.so, in
> > order to capture movies from (any) OpenGL application.
> >
> >
On Tuesday 13 February 2007 13:33:58 Ralf Wildenhues wrote:
> * Christian Parpart wrote on Tue, Feb 13, 2007 at 11:59:35AM CET:
> > I want to override some functions located in libGL.so and libX11.so, in
> > order to capture movies from (any) OpenGL application.
> >
> >
On Tuesday 13 February 2007 13:37:26 Enrico wrote:
> Christian Parpart ha scritto:
> > there's also a third way: ${datadir} which I can't understand the
> > difference of - is there?
> >
> > christian.
>
> Hi Christian!
>
> ${datadir} is a norma
> and @datadir@ in a makefile.am?
>
> If you use $(datadir), the user can override it at build time (e.g.
> make datadir=''). Not so with @datadir@ where the @datadir@
> string is replaced in-place.
there's also a third way: ${datadir} which I can't under
o the system's real libGL.so
instead.
I'd like to get some feedback from you what/how you do think about, and/or how
you'd have implemented such a thing.
So... thanks in advance,
Christian Parpart.
[1] svn://dbservice.com/big/svn/yukon/trunk/build.sh
pgpNpQCOy8iXw.pgp
Description: PGP signature
On Thursday 08 February 2007 09:29:13 Ralf Wildenhues wrote:
> Hello Christian,
>
> * Christian Parpart wrote on Thu, Feb 08, 2007 at 07:18:18AM CET:
> > I'd like to install some plugins, that usually do not need any .la or .a
> > files to be installed (and even compi
all-am prevents `make install` from installing
recursively from this directory on. so I changed its depend from install-am
to install-recursive (where needed).
But is this the intended way to do?
Thanks in advance,
Christian Parpart.
pgpxj2l7jMTyG.pgp
Description: PGP signature
does
>> not work either (BTW: is there a recent documentation of automake which
>> mentions the plugin_-target?).
>
> For plugin_LTLIBRARIES to be recognized by automake, you also need to
> set plugindir (either in Makefile.am, or as AC_SUBSTitution in
> configure.ac).
Ok. I
efile.am.
One thing that I've tried was to use 'plugin_LTLIBRARIES' but that does
not work either (BTW: is there a recent documentation of automake which
mentions the plugin_-target?).
I would appreciate any help!
Best regards
- --
Christian Nolte
mailto:[EMAIL PROTECTED] or mai
also to
>>be found in the automake manual as an alternative to subdirectories [2].
>
>
> Definitely. If you want to go that way:
> - be sure to use a _recent_ Automake
> - use the subdir-objects Automake option
Then I will try this way first.
> I hope this helps a bi
red harmful" [1] might be a possible solution, which is also to
be found in the automake manual as an alternative to subdirectories [2].
Is there something wrong with my approach here, or is automake simply
not able to resolve these library interdependencies?
Best regards,
Christian
[1]h
that is doing it with the currently
> > available versions of automake and autoconf?
> > Many thanks in advance,
>
> I've been wondering about this as well. Anyone have an answer?
I add myself to the list of users wanting to know about :))
cya,
Christian Parpart.
--
Netiquette
Hi Roger,
Thanks for the tip! This solved the issue for me.
Christian
On Sat, 2004-11-27 at 15:44 +, Roger Leigh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Christian Fredrik Kalager Schaller <[EMAIL PROTECTED]> writes:
>
> > I have been unable
ion to tar.
Is this a known problem, is there some bugzilla somewhere I can
report this? Anyone know if/when a release which handles this is planed?
Sincerely,
Christian
On Monday 22 November 2004 12:19 pm, Ralf Wildenhues wrote:
> * Christian Parpart wrote on Mon, Nov 22, 2004 at 12:05:13PM CET:
> > recently, when I change the Makefile.am, the makefile am doesn't
> > get regenerated on `make`.
>
> Somebody put AM_MAINTAINER_MODE in c
Hi,
recently, when I change the Makefile.am, the makefile am doesn't
get regenerated on `make`.
Is this usual, or what could be wrong?
I now have to reinvoke `autoreconf -v --install` to recreate them (somehow).
Thanks,
Christian Parpart.
--
http://www.winterschur.de/?fey <-- get
Banned CD Government don't want me to sell it. See Now @
gut there howe fried immerse promptitude sherbet goodyear amaranth commemorate citrus authenticate magnesia brookline shrift nigh autocratic risky acreage creosote atchison anatomic tick shuffle constant tara chloroplast wack strut loaths
I added the following to configure.in:
PYTHON_CFLAGS="-I$PYTHON_PREFIX/include/python$PYTHON_VERSION"
AC_SUBST(PYTHON_CFLAGS)
The problematic Makefile.am contains:
INCLUDES = \
$(PACKAGE_CFLAGS) \
$(PYTHON_CFLAGS)
Everything seems to compile fine but a make distcheck reveals:
gc
On Thursday 12 December 2002 14:02, Alexandre Duret-Lutz wrote:
> >>> "Dan" == Dan Christian <[EMAIL PROTECTED]> writes:
...
> Dan> However, when I do a "make check" on 1.6.3 it fails test
> "lex5.test". Dan> Any ideas what is going wr
On Thursday 12 December 2002 06:56, Alexandre Duret-Lutz wrote:
> >>> "Dan" == Dan Christian <[EMAIL PROTECTED]> writes:
...
> Dan> Second, why didn't it fix the permissions?
>
> No idea, Automake 1.5 is old.
> Does it still fail with Automake 1.7.
With automake-1.5, "make distcheck" fails toward the end with several
permission denied errors. Everything used to work fine in 1.4.
My configure.in puts config stuff in a subdirectory. It has in it:
AC_CONFIG_AUX_DIR(config)
When I run "make distcheck" I end with these errors:
make[1]: Enter
o this list?
> Do you have paperwork filed with the FSF? We'll need that before we
> can check it in. If you do have it, and I forgot, I'm sorry. If you
> don't have it, tell me and I'll get you the forms you need.
Yes, I did that; several weeks ago, actually.
>
39 matches
Mail list logo
