Displaying 20 results from an estimated 500 matches similar to: "[PATCH] Change test scripts shell to bash, to avoid lack of arithmetic support in dash, which is sh on Ubuntu 10.04"
2013 Mar 20
3
[PATCH] Change test scripts shell to bash, to avoid lack of arithmetic support in dash, which is sh on Ubuntu 10.04
Erik,
I was thinking of doing this:
export MALLOC_PERTURB_=$(awk 'BEGIN { srand(); print int(rand() * 32767 %
255 + 1) }')
Or would you prefer using 'date'?
On Tue, Mar 19, 2013 at 10:22 PM, Erik de Castro Lopo
<mle+la at mega-nerd.com>wrote:
> Jesse Weinstein wrote:
>
> > The subject line mostly says it all, but for reference, having #!/bin/sh
> causes
2013 Apr 21
0
[PATCH] Reduce valgrind num-callers to 50
My Valgrind doesn't run, saying it doesn't support showing more
than 50 entries of a stack trace
---
test/test_bins.sh | 4 ++--
test/test_flac.sh | 8 ++++----
test/test_grabbag.sh | 8 ++++----
test/test_libFLAC++.sh | 2 +-
test/test_libFLAC.sh | 2 +-
test/test_metaflac.sh | 12 ++++++------
test/test_seeking.sh | 12 ++++++------
2012 Apr 18
3
[PATCH 3/3] export MALLOC_PERTURB_ and MALLOC_CHECK_ in test suite
That enables an special implementation that checks
for common memory errors and will save us from a lot pain.
---
test/test_bins.sh | 2 ++
test/test_flac.sh | 2 ++
test/test_grabbag.sh | 2 ++
test/test_libFLAC++.sh | 2 ++
test/test_libFLAC.sh | 3 +++
test/test_metaflac.sh | 2 ++
test/test_seeking.sh | 2 ++
test/test_streams.sh | 2 ++
8 files
2013 Mar 23
2
[flac 1.3.0pre2 pre-release] Updates to test suite
Jaren Stangret wrote:
> Attached is a patch for 'test_grabbag.sh'. Continuing in the same vein as
> the other patches, this patch consists of minor reworks of
> functions/commands as well as heavily commenting what's going on.
>
> More than halfway there!
Jaren,
Any sign of the patches for the rest of these tests? I have some other
changes to the tests that I'd
2014 Nov 25
0
flac-1.3.1pre1
On Nov 25 00:43:22, mle+la at mega-nerd.com wrote:
> http://downloads.xiph.org/releases/flac/beta/
> Please test.
Running 'make fullcheck' fails for me like this:
$ pwd
/home/hans/src/flac-1.3.1pre1/test
$ make fullcheck
FLAC__TEST_LEVEL=1 FLAC__TEST_WITH_VALGRIND=no ./test_libFLAC.sh
/bin/sh: ./test_libFLAC.sh: No such file or directory
*** Error 1 in
2014 Nov 26
1
flac-1.3.1pre1
On Nov 26 01:25:25, hans at stare.cz wrote:
> On Nov 25 23:56:05, mvanb1 at gmail.com wrote:
> > Op 25-11-14 om 23:39 schreef Jan Stary:
> > > Is there a reason the test scripts are calling bash?
> >
> > The change from sh to bash was made a little more than a year
> > ago. The mailing list thread accompanying this change can be
> > found here:
>
2013 Apr 09
3
Check level not passed to tests
Hi all,
For testing a few mingw-builds I tried to use ./configure
--disable-thorough-testing (because testing in a virtual machine through
mingw isn't really fast) but it turned out this setting doesn't do
anything.
It turns out these configuration options aren't passed to the test
scripts at all. I do not fully understand how Makefiles or environment
variables work, but my
2013 May 26
2
Anything else for Flac 1.3.0?
I have also run a `make fullcheck` on Mac OS X 10.8. Only one test fails:
FLAC__TEST_LEVEL=1 FLAC__TEST_WITH_VALGRIND=no ./test_grabbag.sh
./test_grabbag.sh: line 39: 1N: value too great for base (error token is "1N")
make[1]: *** [fullcheck] Error 1
make: *** [fullcheck] Error 2
The cause is that in test_grabbag.sh, line 39, it uses `date +%N` to
get nanoseconds, which is unsupported
2013 Mar 23
0
[flac 1.3.0pre2 pre-release] Updates to test suite
Erik,
There are changes coming, but I can't give an ETA. I finally have a
uniform "feel" to the changes I want to incorporate. The biggest hurdle
right now is 'test_flac.sh'. It is a BIG script with a lot of hard to read
expressions. Most of my time is spent trying to break it up and make it
more legible, while still maintaining the correct behavior/execution.
Sorry for
2012 Apr 18
1
[PATCH 3/3] export MALLOC_PERTURB_ and MALLOC_CHECK_ in test suite
On 18/04/12 09:08, Erik de Castro Lopo wrote:
> Cristian Rodr?guez wrote:
>
>> That enables an special implementation that checks
>> for common memory errors and will save us from a lot pain.
>> ---
>> test/test_bins.sh | 2 ++
>> test/test_flac.sh | 2 ++
>> test/test_grabbag.sh | 2 ++
>> test/test_libFLAC++.sh | 2 ++
2013 Mar 19
1
flac 1.3.0pre2 pre-release
I'd also like to note that this is happening for me with current HEAD
(619b43df36b725e11e12db768d558b1930a583b6).
On Mon, Mar 18, 2013 at 11:25 PM, Jaren Stangret <sirjaren at gmail.com> wrote:
> I've been trying to get the test suite cleaned up and even with the
> original "untouched" test suite via flac 1.3.0pre2, I'm getting a test
> suite failure.
>
2013 Mar 13
2
[flac 1.3.0pre2 pre-release] Updates to test suite
Jaren Stangret wrote:
> Interestingly, I noticed compression level '0' is omitted, so I've added it
> in.
Thanks.
> Also, I tested this on a 24bit/96kHz FLAC file and the test failed between
> compression level 0 and compression level 1 -- the file size was greater
> with a compression level of 1, rather than 0. The test works on
> 'noisy-sine.wav'. It
2012 Dec 26
0
[PATCH] Fix building with MSYS and MinGW(-w64); Improve Makefile.lite build system
Hello,
This is a patch to allow building of the project using MSYS, MinGW, and
MinGW-w64 with the following invocation:
make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common
test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils
examples
This patch addresses eight points:
1. `uname -p` in MSYS returns "unknown" so we must use `gcc
-dumpmachine`
2012 Dec 27
4
[PATCH] Makefile.lite: Fix building with MSYS and MinGW(-w64), Improvements
Hello,
This is a patch to allow building of the project using MSYS, MinGW, and
MinGW-w64 with the following invocation:
make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common
test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils
examples
This patch addresses eight points:
1. `uname -p` in MSYS returns "unknown" so we must use `gcc
-dumpmachine`
2012 Oct 17
3
Install rgdal, lazy loading error
Hi all,
I have successfully made and installed both gdal, and proj.4, but still
cannot get rgdal to be installed in R. I think i'm very close. I do not
have root access, if that matters, i've installed everything locally. I'm
using debian on a beowulf cluster.
I call:
install.packages("rgdal", .libPaths()[1], configure.args =
2017 Jan 15
0
[PATCH 2/2] Only compile and run tests when running 'make check'
---
src/test_grabbag/cuesheet/Makefile.am | 2 +-
src/test_grabbag/picture/Makefile.am | 2 +-
src/test_libFLAC++/Makefile.am | 2 +-
src/test_libFLAC/Makefile.am | 2 +-
src/test_seeking/Makefile.am | 2 +-
src/test_streams/Makefile.am | 2 +-
6 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/test_grabbag/cuesheet/Makefile.am
2013 Apr 06
0
[PATCH 2/2] Only link against libogg (and libm) if needed
Most of the programs don't use libogg or libm directly and should not
link to them (overlinking).
---
examples/c/decode/file/Makefile.am | 4 +---
src/flac/Makefile.am | 1 -
src/metaflac/Makefile.am | 4 +---
src/plugin_xmms/Makefile.am | 1 -
src/test_grabbag/cuesheet/Makefile.am | 4 +---
src/test_grabbag/picture/Makefile.am | 4
2013 Mar 13
0
[flac 1.3.0pre2 pre-release] Updates to test suite
Attached is a patch for 'test_grabbag.sh'. Continuing in the same vein as
the other patches, this patch consists of minor reworks of
functions/commands as well as heavily commenting what's going on.
More than halfway there!
Thanks,
Jaren
On Tue, Mar 12, 2013 at 9:40 PM, Erik de Castro Lopo <mle+la at mega-nerd.com>
wrote:
>
> Jaren Stangret wrote:
>
> >
2006 Sep 28
1
autotools buglet
I had trouble building because configure.in did not include the
test_grabbag/picture/Makefile entry for Makefile generation.
This patch rectifies that situation. This is with flac cvs as of this
morning.
E
Signed-off-by: Erik Hovland <erik@hovland.org>
--
Erik Hovland
mail: erik AT hovland DOT org
web: http://hovland.org/
PGP/GPG public key available on request
-------------- next part
2014 May 24
2
make dllimport/dllexport attributes work with mingw (and others)
On 5/24/14, lvqcl <lvqcl.mail at gmail.com> wrote:
> Ozkan Sezer <sezeroz at gmail.com> ?????(?) ? ????? ?????? Sat, 24 May 2014
> 10:16:15 +0400:
>
>> - changes the _MSC_VER condition to universally _WIN32: MSVC, as well
>> as GCC supports this.
>
> MSYS/MinGW 4.8.3, 4.9.0 can't compile code from git after this patch:
>
> format.c:47:22: error: