On Tue, May 29, 2012 at 7:11 PM, Peter Johansson troj...@gmail.com wrote:
To have files with same name in both builddir and srcdir is to ask for
problems, IMHO. What happens if srcdir and builddir are the same?
If you wanna generate $(builddir)/git_version.sed, don't distribute it as
well.
On Wed, May 23, 2012 at 6:13 PM, Peter Johansson troj...@gmail.com wrote:
For me distcheck complains about no sed file which is because you call it
'sed -f git_version.sed' while it should be 'sed -f
$(srcdir)/git_version.sed' as the sed script is distributed (in srcdir).
But the script
On 05/30/2012 02:09 AM, Adam Mercer wrote:
On Wed, May 23, 2012 at 6:13 PM, Peter Johanssontroj...@gmail.com wrote:
For me distcheck complains about no sed file which is because you call it
'sed -f git_version.sed' while it should be 'sed -f
$(srcdir)/git_version.sed' as the sed script is
On 05/22/2012 06:10 PM, Adam Mercer wrote:
Hi
For one of my projects I'm running into an error where distcheck fails
with the error:
ERROR: files left in build directory after distclean:
./lalapps/src/lalapps/git_version.py
./lalapps/src/lalapps/git_version.sed
Why are these files
On Wed, May 23, 2012 at 9:03 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
Is 'git_version.sed' intended to be distributed? If yes, you must place it in
EXTRA_DIST (and you have an usage error in that you've not done so).
Of course! Thanks, I imagined it'd be due to something
On 05/24/2012 02:59 AM, Adam Mercer wrote:
Hmm, distcheck is still complaining. I've attached a tarball
containing a striped down version of my project which illustrates the
problem. Can anyone see what I'm doing wrong?
Hi Adam,
For me distcheck complains about no sed file which is because
Hi Adam,
On 05/24/2012 02:59 AM, Adam Mercer wrote:
On Wed, May 23, 2012 at 10:03 AM, Adam Mercerramer...@gmail.com wrote:
Is 'git_version.sed' intended to be distributed? If yes, you must place it in
EXTRA_DIST (and you have an usage error in that you've not done so).
Of course! Thanks, I
Hello Adam,
On 2012-05-22 11:10 -0500, Adam Mercer wrote:
Hi
For one of my projects I'm running into an error where distcheck fails
with the error:
ERROR: files left in build directory after distclean:
./lalapps/src/lalapps/git_version.py
./lalapps/src/lalapps/git_version.sed
Why
On Tue, May 22, 2012 at 12:06 PM, Nick Bowler nbow...@elliptictech.com wrote:
Probably all you need to do is add these generated files to CLEANFILES,
e.g.,
CLEANFILES = git_version.py git_version.sed
so that make clean deletes them.
I'd thought of that, but what puzzles me (and the reason
On 2012-05-22 13:05 -0500, Adam Mercer wrote:
On Tue, May 22, 2012 at 12:06 PM, Nick Bowler nbow...@elliptictech.com
wrote:
Probably all you need to do is add these generated files to CLEANFILES,
e.g.,
CLEANFILES = git_version.py git_version.sed
so that make clean deletes them.
On Tue, May 22, 2012 at 2:30 PM, Nick Bowler nbow...@elliptictech.com wrote:
Since you listed the LALAppsVCSInfo.h file in lalapps_version_SOURCES
variable, that header got included in your distribution tarball. It
therefore was not generated at all during the build done by distcheck,
so
On Tue, May 22, 2012 at 12:06 PM, Nick Bowler nbow...@elliptictech.com wrote:
Probably all you need to do is add these generated files to CLEANFILES,
e.g.,
CLEANFILES = git_version.py git_version.sed
so that make clean deletes them.
Actually thinking about this in more detail,
`/home/braden/src/openvrml/openvrml.nonrecursive/build/openvrml-0.16.6/_build'
rm -f config.status config.cache config.log configure.lineno
config.status.lineno
rm -f Makefile
ERROR: files left in build directory after distclean:
./src/openvrml-xembed/.libs
On Mon, 2007-10-08 at 08:51 +0200, Ralf Wildenhues wrote:
[snip]
Thanks for the report. This should be fixed by the change from
2007-08-16, which will be in Automake 1.11 and 1.10.1. If you like,
you can try CVS Automake to confirm this.
Looks promising. Thanks!
--
Braden McDaniel
On Oct 7, 2007, at 7:36 AM, Braden McDaniel wrote:
On Sat, 2007-10-06 at 14:18 -0400, Braden McDaniel wrote:
[snip]
Might I be tripping over some bug that occurs when the
subdirectory name
is the same as the built executable?
The addition of
CLEANFILES =
On Sun, 2007-10-07 at 18:59 +0200, Benoit SIGOURE wrote:
On Oct 7, 2007, at 7:36 AM, Braden McDaniel wrote:
On Sat, 2007-10-06 at 14:18 -0400, Braden McDaniel wrote:
[snip]
Might I be tripping over some bug that occurs when the
subdirectory name
is the same as the built
On Sun, 2007-10-07 at 16:41 -0400, Braden McDaniel wrote:
[snip]
I have successfully configured
OpenVRML using the MacPorts toolchain (which it sounds like you might
also be using) with the following options:
$ ../configure -C --prefix=$HOME --disable-static --enable-gtk-doc
On Sun, 2007-10-07 at 18:06 -0400, Braden McDaniel wrote:
On Sun, 2007-10-07 at 16:41 -0400, Braden McDaniel wrote:
[snip]
I have successfully configured
OpenVRML using the MacPorts toolchain (which it sounds like you might
also be using) with the following options:
$
/openvrml/openvrml.nonrecursive/build/openvrml-0.16.6/_build'
rm -f config.status config.cache config.log configure.lineno
config.status.lineno
rm -f Makefile
ERROR: files left in build directory after distclean:
./src/openvrml-xembed/.libs/openvrml-xembed
make[1
On Sat, 2007-10-06 at 14:18 -0400, Braden McDaniel wrote:
[snip]
Might I be tripping over some bug that occurs when the subdirectory name
is the same as the built executable?
The addition of
CLEANFILES = openvrml-xembed/.libs/openvrml-xembed
has worked around the problem.
Robin == Robin Rowe [EMAIL PROTECTED] writes:
Robin Alexandre said:
Please see the manual section I mentioned for discussion about
DIST_SUBDIRS or conditionals.
Robin Tried setting DIST_SUBDIRS in plug-ins/Makefile.am but
Robin didn't work for me.
Robin DIST_SUBDIRS = $(SUBDIRS)
.
ERROR: files left in build directory after distclean:
./plug-ins/openexr/Makefile
./plug-ins/openexr/.deps/openexr.Po
make[1]: *** [distcleancheck] Error 1
make[1]: Leaving directory
`/data/cvs/cinepaint-project/cinepaint/cinepaint-0.18-2/=build'
make: *** [distcheck] Error 2
The issue seems
Robin == Robin Rowe [EMAIL PROTECTED] writes:
[...]
Robin How do I tell automake that it this is an optional
Robin Makefile that should not be created if openexr='no'?
You don't, it's badly supported and too tricky.
The setup Automake supports is this:
- all Makefiles are unconditionally
When running make distcheck, I get:
ERROR: files left in build directory after distclean:
./lib/antlr/GNUmakefile
./lib/antlr/antlr/GNUmakefile
./lib/antlr/src/GNUmakefile
What's going on here? Aren't these files that automake should know
about and deal
24 matches
Mail list logo