.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
that strategies which are not compatible with
Automake's own 'make dist' are not likely to work reliably.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
program does take longer to start since it has more to consider at
once, the dependencies are fully known, and the Makefile file is
larger.
Builds are no slower for the usual case.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
Makefile variables.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
framework so it may not be easy to understand.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
)
to install to a different location than the default so the files can
be bundled for installation. That is why 'make distcheck' verifies
that this functionality is working.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
option instead.
This problem seems to be a 'feature' of gcc because the same error happens
when compiling by manual commands.
What must I do please?
LIBS are not flags. Take care to specify libraries where libraries
are supposed to go.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
of directories or
source file names. It is best to stick with what is documented in the
Automake documentation.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
is not particularly user friendly.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
want to preserve user-provided option variables so the same
# compiler, headers, and libraries are used as for a normal build.
DISTCHECK_CONFIGURE_FLAGS=$(DISTCHECK_CONFIG_FLAGS)
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
--read-var-info=yes \
--error-exitcode=2 --track-origins=yes --num-callers=12 \
--quiet $(VALGRIND_EXTRA_OPTS)' check
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
` ; \
cd $(srcdir) \
( \
for dir in $(DISTDIRS) ; do \
find $$dir -depth -print | egrep -v
'(~$$)|(/\.hg)|(/\.#)|(/\.deps)|(\.pyc)' \
| cpio -pdum $$builddir/$(distdir) 2 /dev/null ; \
done \
) \
)
Bob
--
Bob
/convenience
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
rather than using a convenience library.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Sun, 18 May 2014, Peter Johansson wrote:
On 18/05/14 10:54, Bob Friesenhahn wrote:
Is there a safe way to change DEFAULT_INCLUDES to only include what is
needed?
Hi Bob,
Have you looked at automake option 'nostdinc'?
Hope that solves it.
Yes it does. Adding it caused me to learn
project.
Is there a safe way to change DEFAULT_INCLUDES to only include what is
needed?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
-recursive build method for two significant
projects. Both of them fit your deep project description.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
because I wanted to
stop the test after spotting an error (many tests in one TAP test
script) but keep the log file. Hopefully the patch solves this as
well.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
because I wanted to
stop the test after spotting an error (many tests in one TAP test
script) but keep the log file. Hopefully the patch solves this as
well.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
be providing you with their bank
account information for the deposits.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
seconds were
wasted accomplishing nothing useful at all.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
for converting large packages to non-recursive
builds will be eliminated. Considerable time and electricity will be
saved.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
to release any software based on an
unreleased Automake.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
AM_MAINTAINER_MODE to be added.
Sure, that also works. It just seems kind of silly to have to deceive
make rather than just removing the make rules that one doesn't want.
It only works if the source files are allowed to be writeable.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
. Care to rephrase,
or give an example?
A carefully autotooled package may be re-autotooled by the user
based on whatever random version they have installed or it may just
fail.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
. However ...
Doesn't Git make it as easy to diff and merge between repositories as
easily it does between branches in the same repository? The source
control tool named after a fluid metal does.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen
. However ...
Doesn't Git make it as easy to diff and merge between repositories as
easily it does between branches in the same repository? The source
control tool named after a fluid metal does.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen
to have a
future with official releases, then we can start to depend on it and
take pride in using it.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
to have a
future with official releases, then we can start to depend on it and
take pride in using it.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
repository. Having it available by default in a repository would be
easier to grasp for git-challenged people like me. Alpha/beta release
packages would help quite a lot.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
to creating too many
threads on the system.
Of course, TAP does not solve the backward-compatibility problem.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
file
(not just Automake's copy).
Previous to use by Automake in configure scripts, MAKE was an
environment variable used for internal communication from a parent
make process to a subordinate make process and set by make itself.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
) scenarios.
This problem (use of wrong 'make') does not impact Automake-NG at all
and it does not seem wise to create a complex solution for a problem
which is seldom encountered and typically benign.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen
not support recursive variable expansion,
what will happen?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
) \
( \
for dir in $(DISTDIRS) ; do \
find $$dir -depth -print | egrep -v
'(~$$)|(/\.hg)|(/\.#)|(/\.deps)|(\.pyc)' \
| cpio -pdum $$builddir/$(distdir) 2 /dev/null ; \
done \
) \
)
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
) \
( \
for dir in $(DISTDIRS) ; do \
find $$dir -depth -print | egrep -v
'(~$$)|(/\.hg)|(/\.#)|(/\.deps)|(\.pyc)' \
| cpio -pdum $$builddir/$(distdir) 2 /dev/null ; \
done \
) \
)
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
are not much larger and can serve for the case
where the most universal format is needed.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
or early
2004. Perhaps my posting can be found in a mail archive somewhere.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
(or
profound lack of interest) in fixing this at the time.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
is produced by Perl, it should be possible to
support this path simplification while still building a working
makefile which emulates a heirarchical build style.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
files may be compiled
at once as possible.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
is redone so
that it benefits from compilation on modern hardware.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
not
be directly borrowed since it is GPLed and not easily redistributable
in packages which are not GPLed.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
= sources.c
The conditions not met are commented out in the Makefile written by
config.status. Is that different than you expected?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
-objects should solve this.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
by the bundling did not exceed the potential harm caused
by the bundling. Project configure and build times improved by
removing libltdl.
Creading a stand-alone libltdl package is a very good idea.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users
be installed by the user using the
normal package manager.
My experience is primarily as a user of such binaries.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
me a few
days to learn how to use TAP and convert all of the tests (769 tests
at the moment).
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
do
and are more likely to be gating dependencies) even if the Makefile.am
suggests a different ordering.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
. Apparently this did not work for you.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
on the automake-ng list
is surely already on the automake list.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
on the automake-ng list
is surely already on the automake list.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
.
IMHO, the gnu.org mailing lists would benefit by refusing messages
which are CC:ed to multiple mailing lists.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
evolve, they typically offer more capable
shells, even if they are not called /bin/sh.
My software's test suite does not need to work on systems more than 12
years old.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
on the
configuration header.
Bpb
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
configure to be re-executed (due to added
rules). This assures that the version is always correct (at the
expense of more compilation time).
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
the result directly.
echo ${value} | tr -d $nl
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
to be
able to produce 'srpm' format as well as a '7z' format.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
(in Mercurial or maybe git mirror) until Automake-NG is
stable and properly released.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
. The problem would be solved if there was a way to
prevent autoconf from caching these values, or over-riding the cached
values.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
without good cause.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
(prog_LDADD)? I see that there is
e.g. .S.obj rule that does, but in my case .S.o rule applies that
doesn't.
I suggest seeing if MinGW's MSYS (originally derived from Cygwin)
might do better. It converts Unix style paths to Windows paths for
Windows native programs.
Bob
--
Bob Friesenhahn
-I -I -g -O0 -MT libswat_la-TDKernel.lo -MD -MP
-MF .deps/libswat_la-TDKernel.Tpo -c ../TDKernel.cxx -o
libswat_la-TDKernel.o /dev/null 21
I couldn't also find the -s option which would discard the symbols. Can
someone help me?
Thanks,
Marcelo
ps. I am using automake version 1.11.3
--
Bob
into their version
control systems and attempting to hide them would only make things
more confusing.
In other words, I agree with Akim. :-)
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
which should be built. If there are just a few common targets,
these can be added as shortcut targets in the Makefile.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
a little in the process.
Excellent idea. Nice job. And yet again, a patch size dominated
by the test suite. Sorry for you guy.
LGTMT (Looks Good To Me Too).
It was always a mystery to me why it was not the normal operation.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
?
Is there a way to assure that configure gets re-generated based on the
dependencies listed in CONFIGURE_DEPENDENCIES as documented in the
Automake manual section 16 Rebuilding Makefiles?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
to cause dynamic AC_INIT arguments to
actually work? Is there a way to convince Automake to invoke autoconf
with the --force option?
Thanks,
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
On Wed, 22 Feb 2012, Stefano Lattarini wrote:
Hi Bob, sorry for the delay.
On 02/19/2012 07:55 PM, Bob Friesenhahn wrote:
I am again bit by automake not being able run the test suite on systems
with bounded command line length. Up to automake 1.11.2 I was able to
apply a patch by Ralf
. people on
autom...@gnu.org) rather than Automake developers?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
for the user to see tests XFAIL as a reminder that the
configuration may be missing something they wanted. How is this best
handled for TAP tests?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
On Wed, 22 Feb 2012, Stefano Lattarini wrote:
Hi Bob, sorry for the delay.
On 02/19/2012 07:55 PM, Bob Friesenhahn wrote:
I am again bit by automake not being able run the test suite on systems
with bounded command line length. Up to automake 1.11.2 I was able to
apply a patch by Ralf
. people on
automake@gnu.org) rather than Automake developers?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
for the user to see tests XFAIL as a reminder that the
configuration may be missing something they wanted. How is this best
handled for TAP tests?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
1.12 TAP driver handle this common special case?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Sun, 1 Apr 2012, Stefano Lattarini wrote:
On 03/31/2012 11:47 PM, Bob Friesenhahn wrote:
how does one re-execute just one test in order to see the details
of how it failed?
With Automake, one shouldn't -- he should write his test to be verbose
enough so that a perusing of the logs
On Sat, 31 Mar 2012, Russ Allbery wrote:
Bob Friesenhahn bfrie...@simple.dallas.tx.us writes:
Ok, now I hear that there are still log files similar to parallel-tests
(presumably using the identical facility). It does not seem that Russ's
C TAP Harness offers this quite wonderful feature
Cygwin 1.7 install, nothing unexpected. It's just the
old problem with lzma.test that is worked around with
export XZ_DEFAULTS=--memlimit=20MiB
Is there is a reason why Automake does not provide a suitable default
which limits memory usage to reasonable values?
Bob
--
Bob Friesenhahn
bfrie
script rely on this? I suppose
that people could chmod +x the configure script before running it, but
I've never had to do that.
Not all operating systems support the notion of execute bits,
including the most popular operating system.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
true if people build in the source tree so that scripts and binaries
may be intermingled.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
program for the file if the file lacks a proper file
extension?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
+= bundle.nib
endif
This looks like ordinary Automake conditionals to me so this usage is
not dependent on if Makefile.am is generated by some other tool.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Wed, 22 Feb 2012, Stefano Lattarini wrote:
Hi Bob, sorry for the delay.
On 02/19/2012 07:55 PM, Bob Friesenhahn wrote:
I am again bit by automake not being able run the test suite on systems
with bounded command line length. Up to automake 1.11.2 I was able to
apply a patch by Ralf
On Wed, 22 Feb 2012, Stefano Lattarini wrote:
Hi Bob, sorry for the delay.
On 02/19/2012 07:55 PM, Bob Friesenhahn wrote:
I am again bit by automake not being able run the test suite on systems
with bounded command line length. Up to automake 1.11.2 I was able to
apply a patch by Ralf
. The good news is that the
test suite scripts are generated by a Makefile target (manually
invoked) so it should be possible to output the tests in some other
format.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
that Automake will be able to run large test
suites again?
Thanks,
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Sun, 19 Feb 2012, Bob Friesenhahn wrote:
I am again bit by automake not being able run the test suite on systems with
bounded command line length. Up to automake 1.11.2 I was able to apply a
To clarify, it seems that this issue is only a problem with when
parallel-tests is enabled
?
Competition is healthy and good ...
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
this stuff
correctly without too much work for the developer, by letting him take
advantage of some of the lower-level automake machinery.
This sort of thing is already well supported by Automake via Makefile
includes. But it does require that automake be executed again.
Bob
--
Bob Friesenhahn
to be decided if Automake should just pick up '*.c' like
some people ask for. I am against that flimsy approach, but a
hard-coded list in a GNU-make include file seems fine to me.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
to be sufficient provision to hook in some
formatting tool to produce alternate output formats.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
permutation. If a network is involved,
this becomes frightfully slow. As a result, whever I would normally
type 'make' I type 'csmake' instead.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
exceeding the command line limit on
w32 (MSYS).
* NEWS: Update.
Report by Bob Friesenhahn.
Ah, even this patch was borked. I don't have a good solution yet
without thinking yet some more. Since I would really like to get
rid of known regressions, I'm reverting the patch for now
by today's huge packages.
My most recent experience with building 'xz' dates from this past
October and it was not a pleasant one since the build failed with
bizarre linker errors I have not observed while building any other
package.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
it is
at a political disadvantage.
These are reasons why I have been a proponent of lzip since this topic
came up a number of years ago.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Sat, 10 Dec 2011, Stefano Lattarini wrote:
We are pleased to announce the Automake 1.11.1b test release.
Assuming that no serious issues are noted with the test release (I
have not heard of any yet), what is the anticipated release date for
1.11.2?
Thanks,
Bob
--
Bob Friesenhahn
bfrie
101 - 200 of 565 matches
Mail list logo