similar to: Tests not aborting when appropriate

Martijn van Beurden wrote: > I was running make fullcheck when I found something weird. After editing > the *expect.meta files , make fullcheck ran all tests and said "All > tests passed", but the output included this (this is the last tests from > test_metaflac.sh) > > > [...] > > test case60: --remove --block-type=PICTURE... OK > > test case61:

On 24-04-13 14:34, Erik de Castro Lopo wrote: > That's an error in the awk script, which is embedded in the shell > script. I know GNU awk supports lshift, maybe BSD awk doesn't. I'll > investigate that futher. On my system awk links to mawk 1.3.3 >> I don't know why, but the test continues and says all tests passed while >> that clearly isn't the

On 25-04-13 05:30, Erik de Castro Lopo wrote: > The problem is that the failure in the awk script isn't recognised as > a failure in the shell script. No, really, it's not only that. With the fixed git, I get this when I change one of the expected values to something else: > [...] > Testing FLAC file with unknown metadata... OK > Testing FLAC replaygain 8000 (8000 x 1)

make fullcheck fails on my computer: flac cannot recognize --skip option that contains decimal point, e.g. "--skip=1.234". System locale uses comma as a separator, so strtod/atof expect comma, not point, and "make fullcheck" fails. Here's what I can see in FLAC source code: atof() function found in: file: src/share/grabbag/seektable.c function:

Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> --- src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp | 14 ++++++++++++-- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp index 58092f4..93f7c2a 100644 ---

Tested with: MESA_EXTENSION_OVERRIDE=GL_ARB_gpu_shader5 ./shader_runner ../tests/spec/arb_gpu_shader5/execution/built-in-functions/fs-bitfieldReverse.shader_test -> green output, so this should be ok the test was not change though... On 29.05.2014 21:47, Ilia Mirkin wrote: > Can you verify that you tested how the HW handles this, as well as > exactly how you did it (i.e. how did you

Erik de Castro Lopo wrote: > The fullcheck target was dumped because the extra tests in that target > were pulled into the regular 'make check' target. My point was that Makefile.am in the root folder still have fullcheck target. So it make sense either to remove it from this file: diff --git a/Makefile.am b/Makefile.am index ba09d1d..4b81e6e 100644 --- a/Makefile.am +++

fullcheck target was removed from test/Makefile.am, but not from <root>/Makefile.am. So `make fullcheck' fails with the following message: ... *** No rule to make target `fullcheck'. Stop. ...

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

Hello ! I ran FLAC over 3 wav tracks from the same CD generating replaygain info. Actually, albums gain and peak values do not match any track values (see run below). The TRACK_PEAK values are identical for the 3 tracks and, which is weird, we have one track with a TRACK_GAIN greater than the ALBUM_GAIN whereas another track has a lower value. I had expected the album values to be the maximum

Hello, I have experienced some quite strange with the "replaygain" option after i had invoked FLAC over a set of files: 1. the TRACK_PEAK value is the same from the 3 tracks and equal to the ALBUM_PEAK 2. the TRACK_GAIN values happen to be either above or below (and never equal to) the ALBUM_GAIN value. I can reproduce this ad lib (see example below), so this is a bug. Or did i miss

Jaren Stangret wrote: > Testing the metadata-handling properties of flac-to-flac encoding... > case00a... Files case00a-expect.meta and out.meta differ > ERROR: metadata does not match expected case00a-expect.meta > make: *** [fullcheck] Error 1 Last night I did a git bisect on this issue and this error arose when I changed the version from "1.2.1" to "1.3.0pre1".

R 1.6.0 has gone into final feature freeze as of today. As a new feature, we'll make interim beta versions available via ftp://cran.us.r-project.org/pub/R/src/base alias http://cran.us.r-project.org/src/base (filename R-1.6.0beta_*.tar.gz, where * is the creation date). If you want to help ensure that the final 1.6.0 works satisfactorily on *your* platform, it might be a good idea to

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. >

A strange thing happened. After installing the most recent RC version of 2.7 (2008-04-20 r45403) I compiled it as usual with no errors. After installing it I ran "make fullcheck". I got as far as testing recommended packages and I got the following: ... -------- Testing package foreign -------- Running examples in 'foreign-Ex.R' ... Comparing `foreign-Ex.Rout' to

And another try for constant folding of Instructions for nvc0. Please Review this! Thanks, Tobias Klausmann Tobias Klausmann (4): nvc0/ir: clear subop when folding constant expressions nvc0/ir: Handle reverse subop for OP_EXTBF when folding constant expressions nvc0/ir: Handle OP_BFIND when folding constant expressions nvc0/ir: Handle OP_POPCNT when folding constant expressions

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

Can you verify that you tested how the HW handles this, as well as exactly how you did it (i.e. how did you modify the code + piglit test, what the results were, etc) On Thu, May 29, 2014 at 3:43 PM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> > --- >

V2: Handle the instruction right (shift after reverse) Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> --- src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp | 16 ++++++++++++++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp

Hi, Running make fullcheck was broken here, and I found out it has been that way since commit 1d3d50 which changed from the sheel from /bin/sh to /bin/bash -e. There are a few cuesheet tests that are designed to fail, which made /bin/bash -e trigger a non-zero exit status. Attached is a patch to fix this. -------------- next part -------------- A non-text attachment was scrubbed... Name: