Use Ruppert-Polyak averaging for the step size
Better monitoring of acceptance rate in StepAdapter
Rename package version to 5.0.0-beta
New branch for JAGS 5.0.0
Adding JAGS versions of two examples
Updating research notes
Added tag release-5_0_0 for changeset 9ef45ed23014
Add delayed rejection to MNormal sampler
Add interface to BLAS function dtrmv
Declare function cholesky
Prototype code for adaptive random walk Metropolis-Hastings
Updates to random walk Metropolis-Hastings
Fix initialization bug. Calls to initialize3 were actually calling initialize.
Update for new initialization system
New initialization system
New initialization system for back-compatibility with JAGS 4.
Fail gracefully when given non-invertible matrix as argument
Fail gracefully when given non-invertible matrix
Use std::isfinite
Updating R m4 macros (for updated R math library)
Hi, I have a huge sample (of galaxy clusters coming from the Euclid Space Telescope). Computing the likelihood iterating over the sample (as it is standard in JAGS) takes too long (I want to model the shape of each individual cluster while modeling at the same time the whole population, including the one not sampled, with a non-random and biased sampling in which even the knowledge of how many missed clusters is unknown). It could become faster if I can spread the likelihood computation over the...
Updating the R math library
Clarify inode depth calculations
Ah yes, if I set both: FCLIBS="/opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgcc.a /opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libquadmath.a /opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgfortran.a" And: FFLAGS="-static-libgfortran -static-libquadmath" Then this prevents -lquadmath being passed to the linker. The resulting binary has no runtime dependencies on gfortran/quadmath so that should be fine. I'll add all this to the macOS specific section of the installation...
Ah yes, if I set both: FCLIBS="/opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgcc.a /opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libquadmath.a /opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgfortran.a" And: FFLAGS="-static-libgfortran -static-libquadmath" Then this prevents -lquadmath being generated. The resulting binary has no runtime dependencies on gfortran/quadmath so that should be fine. I'll add all this to the macOS specific section of the installation guide,...
Fixes for runjags compatibility
Load diag module automatically
Fix bug in as.mcmc.list.mcarray that drops class of return value
Fix calculation of popt in dic.samples
Documentation updates
For backwarwd compatibility: Restore force.list argument to jags.samples
Restore dic module as a stub and pre-loaded it in the command line interface
Fixes for BinomSlicer
Last word on this before I sign off for now. If you supply FCLIBS at configure time then this will override the macro, e.g. on Linux I can do FCLIBS="-lgfortran -lm" ./configure ... and this build JAGS without linking to libquadmath (I have omitted a lot of -L/path/to/libs flags but it still seems to work). However, you can still pick up a recursive dependency on libquadmath from a linked library. For example libflexiblas is linked to libquadmath on my Linux desktop so if I rely on flexiblas for...
Sorry I didn't see this reply when I posted my message just now. I think allowing FCLIBS_USER to override the autoconf macro is a good solution - at least much better than my using find/sed to remove the -lquadmath flag from all Makefiles manually. I already know what the correct linker flags are; I just can't get them to propogate through the configure script correctly. For standard compilation this is obviously a non-issue - it is just for creating portable binaries - so I think an additional environmental...
Sorry I didn't see this reply when I posted my message just now. I think allowing FCLIBS_USER to override the autoconf macro is a good solution. I already know what the correct linker flags are; I just can't get them to propogate through the configure script correctly. For standard compilation this is obviously a non-issue - it is just for creating portable binaries - so I think an additional environmental variable that only I need to worry about is a good compromise. Having said that, if AC_FC_LIBRARY_LDFLAGS...
We should certainly try to avoid the libgfortran and libquadmath runtime dependencies, as these are not part of a standard macOS install (they are installed as part of the GNU gfortran binary that Simon provides via https://mac.r-project.org/tools/). However, I think I am now doing that, albeit using a hack... Using the following LDLAGS and LIBS: export LDFLAGS="-static-libgfortran" export LIBS="/opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgcc.a /opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libquadmath.a"...
Further investigation of the log file config.log shows that the original linker flags when the test Fortran program is compiled by the configure script were --as-needed -lquadmath. The --as-needed qualifier ensures that you don't link to libquadmath if you are not using any quad-precision floats. Unfortunately the qualifier doesn't make it into FCLIBS as you can see from my example above. So we get an unqualified link to libquadmath even though we are not using any quad-precision arithmetic. One...
Sorry I should have spotted the --with-included-ltdl issue, but even I'm getting rusty on the configuration options. The command line interface uses libtool-ltdl to dynamically load the modules so the jags-terminal executable must be linked to either the internally provided library (e.g. on Windows) or the system one (e.g. on Linux). This is not necessary when using JAGS with R which has its own dynamic loading mechanism. The libquadmath dependency is down to the fact that the JAGS library now includes...
Update 2 The configure option --with-included-ltdl solves the libltdl dependency. There doesn't seem to be any neat way of preventing the -lquadmath flag being generated, but a manual find/sed step between configure and make resolves this (albeit in a hacky way). So the following works for static linkage to both gfortran (including libquadmath/libgcc) and openblas: export PATH="/opt/gfortran/bin/:$PATH" export LDFLAGS="-static-libgfortran" export LIBS="/opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgcc.a...
Update With the following: export LDFLAGS="/opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgfortran.a /opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libgcc.a /opt/gfortran/lib/gcc/aarch64-apple-darwin20.0/14.2.0/libquadmath.a -static-libgfortran" The build succeeds, and the libgfortran.dylib dependency is gone (although I do get clang++: warning: argument unused during compilation: '-static-libgfortran' [-Wunused-command-line-argument]). Unfortunately clang doesn't like -static-libgcc...
Dynamic linkage to libgfortran and libquadmath with JAGS 5.0.0
Manual updates for building on Linux
Describe alternatives mechanism for BLAS/LAPACK on Linux
Update BLAS/LAPACK configuration and Linux build instructions
Allow static linking of test programs to libcppunit (for Windows)
Update manuals
Fixes for Windows build
I would do if I knew who to contact. Can you send a mail to martyn_plummer@sourceforge.net?
4.3.2 for windows - signed?
The R 4.3.2. binary is now digitally signed
Remove pragma omp critical constructs from the glm module to allow parallel processing
Different chains use different cholmod_common workspaces and so can be run in parallel
Moving SuiteSparse functions out of the glm module and into the main JAGS library
Sampling methods in the glm module store a pointer to their own cholmod_common workspace.
Updates to user manual
Bug fix drop -> drop.tags
Adding more support for mcarrays and tagged arrays
Support for getting and setting number of threads
Allow setting number of threads in a model object
Use reversible update for random effects sampling
Fix ancillary updating in updateSigma
Fix ancillary update in updateSigma by not constraining _sigma to be positive.
Tidying up
Avoid overflow when sampling from truncated logistic distribution
More updates to the manual
Updates to manual
Updating manual
Updating command line interface for changes to monitors
Adding traceweight monitor
LOO monitors are inversely weighted by the likelihood
JAGS 4.3.2 misisng for Windows
Allow _observed_ or _observations_ to denote all observed stochastic nodes
randomSample will not changes observed nodes, or the fixes parts of partly observed nodes.
Adding logLikelihood method for partly observed multivariate normal.
Find weighted and total stats by computing on the string description.
Using new Node::logLikelihood method for likelihood monitors
Adding virtual Node::logLikelihood method
Documenting new monitor system
Adding infrastructure for partially observed nodes
Fixes to mcarray class
Ability to add custom functions
Fixes to print method for mcarray objects
Implement dimtags of an mcarray object as a separate attribute
Handle reserved names starting with underscore in parse.varnames
Commit missing man page for waic.samples
Aligning output of waic.samples with its documentation
Updating waic.samples
Distinguishing density and likelihood in the diag module.
Solution Vetting request
Add value names to SArray
Update for API changes in the JAGS library
Updates for changes to dim tags
Change dim tags to be an enumeration, not a string
@martyn_plummer I've got JAGS 5.0.0 and rjags_5-1 running with my code... but it seems to have some strange behaviour. Even when turning the mixture-node stuff off, for some reason (among other things) it is giving detection probability p as around 0.1 to 0.2, while JAGS 4.3.0 on exactly the same code is giving a much more reasonable looking 0.75 (the vast majority of individuals, 90%+, in the capture matrix have no gaps in their capture history). After a long time the distribution is slowly creeping...
Hi all, I'm transfering my project to HPC and in doing so I had to reinstall jags. I set the env variable for finding pkconfig and in the hpc terminal using my home folder installed R version, installing and loading rjags actually worked! However on my HPC they also offer interactive RStudio Server instances which I prefer for my tasks, which use the hpc-wide installation of R. But rjags didn't link. So I set environment variables (LD_LIBRARY_PATH, JAGS_HOME, PKG_CONFIG_PATH) to point to my jags...
@martyn_plummer I've got JAGS 5.0.0 and rjags_5-1 running with my code... but it seems to have some strange behaviour. Even when turning the mixture-node stuff off, for some reason (among other things) it is giving detection probability p as around 0.1 to 0.2, while JAGS 4.3.0 on exactly the same code is giving a much more reasonable looking 0.75 (the vast majority of individuals, 90%+, in the capture matrix have no gaps in their capture history). After a long time the distribution is slowly creeping...
@martyn_plummer I've got JAGS 5.0.0 and rjags_5-1 running with my code... but it seems to have some strange behaviour. Even when turning the mixture-node stuff off, for some reason it is giving detection probability p as around 0.1 to 0.2, while JAGS 4.3.0 on exactly the same code is giving a much more reasonable looking 0.75 (the vast majority of individuals, 90%+, in the capture matrix have no gaps in their capture history). After a long time the distribution is slowly creeping up so it may be...