similar to: make fullcheck fails

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

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:

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

lvqcl wrote: > 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. The fullcheck target was dumped because the extra tests in that target were pulled into the regular 'make check' target. Cheers, Erik --

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

Hi folks, here's a patch which cleans up the nasm call from Makefiles. Abusing libtool and then having to drop in some additional wrapper script to rewrite the commandline again is rather stupid. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/

I have been trying out R-1.6.0 tarballs (2002-9-10 and 2002-9-17) on: arch sparc os solaris2.8 system sparc, solaris2.8 status beta major 1 minor 6.0 year 2002 month 09 day 17 language R As you see form above, R-1.6.0 compiles fine and works. However, when I "make fullcheck" I get the following error: running code in 'tools-Ex.R' ... OK

Hi, 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: --import-picture-from... OK > test case62:

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

This new series condenses all of the previously posted patches into new patch 1/2. The second patch is a new fix for parallel build in the haskell directory.

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:

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

Hi, This happens in 2.8 and 2.9. I am posting this here because I am not sure if one should use bug.report for reporting bugs in unreleased versions. I was trying to run the example from the help page of plot.rpart. I got > library(rpart) > fit <- rpart(Price ~ Mileage + Type + Country, cu.summary) > plot(fit, compress=TRUE) Error in get(getOption("device")) : invalid

Hi all, In my latest commit I have updated all version strings and copyright dates. I am now going to do a little testing (and encourage anyone else to do the same) and hopefully release in the next day or so. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

With some crufty sed scripts we can generate functions that map from NBD protocol flags (eg. NBD_CMD_READ) to strings ("NBD_CMD_READ"). This works on GNU sed and with FreeBSD, also with GNU sed's --posix option, so I guess the sed code is POSIX-compatible. Rich.

Not very much related to each other. Rich.

Patch 1/5 is a repost. Only change is title update. These fix parallel make on my machine, and additionally make building from subdirectories more correct.

Janne Hyv?rinen wrote: > > On 14.3.2013 9:37, Erik de Castro Lopo wrote: > > Janne Hyv?rinen wrote: > > > >> The patch was made from the published pre2 version. It missed the MinGW > >> changes that were applied to git version. > > Patch applied. Thanks. > > > > Erik > > Unfortunately with this commit the LRN's patch from commit