similar to: #include_next <stdio.h> not found

Displaying 20 results from an estimated 900 matches similar to: "#include_next <stdio.h> not found"

2019 Aug 07
1
#include_next <stdio.h> not found
Dear All, Just when I thought I had the plague of gfortran-9 under control, I made the tactical error of allowing my mac mini to ?upgrade? to macOS 10.14.6 which apparently also upgraded Xcode to 10.3. In consequence I?m having difficulty building my packages. The current symptom is: /usr/local/clang7/bin/clang -I"/Library/Frameworks/R.framework/Resources/include" -DNDEBUG
2019 Jun 28
0
tools::package_native_routine_registration_skeleton?
Thanks, I was just coming to that conclusion and beginning to look for a way to make a list of exportable objects. Roger Koenker r.koenker at ucl.ac.uk<mailto:r.koenker at ucl.ac.uk> Department of Economics, UCL London WC1H 0AX. On Jun 28, 2019, at 11:23 AM, Georgi Boshnakov <georgi.boshnakov at manchester.ac.uk<mailto:georgi.boshnakov at manchester.ac.uk>> wrote: ...
2019 Jun 28
1
tools::package_native_routine_registration_skeleton?
On 28/06/2019 6:27 a.m., Koenker, Roger W wrote: > Thanks, I was just coming to that conclusion and beginning to look for a way to make a list of > exportable objects. After library(quantreg), ls("package:quantreg") will list all the names you currently export. So cat(ls("package:quantreg"), sep = ", ") will print the list in a form suitable for including
2005 Apr 05
1
Install R 2.0 package on R 1.9.1
Hi, I'm wondering if it is possible to install a package for R 2.0 on R 1.9.1 on Mac OS X? I'm getting this error which seems to be known issue: library("quantreg") Error in firstlib(which.lib.loc, package) : couldn't find function "lazyLoad" In addition: Warning message: package quantreg was built under R version 2.0.1 Error in
2019 Aug 04
0
gfortran 9 quantreg bug
Roger, I have run gfortran -c -fsyntax-only -fimplicit-none -Wall -pedantic rqbr.f in the src folder of quantreg. There are many warnings about defined but not used labels. Also two errors such as "Symbol ?in? at (1) has no IMPLICIT type". And warnings such as: Warning: "Possible change of value in conversion from REAL(8) to INTEGER(4) at ..." No offense intended but
2011 Nov 01
1
reducing a too-large matrix obtained with allocMatrix()
Hello, I have some C code (for a shared lib called via .External) that uses PROTECT(w= allocMatrix(REALSXP, m, n)); mostly successfully. In rare cases, though, the row count m will be an overestimate. Is there a way to reallocate the matrix in-place, something like reAllocMatrix (w,m-excess,n) /* where excess is > 0 */ to chop off the last excess rows of w? I only find out about the
2019 Jun 28
2
tools::package_native_routine_registration_skeleton?
> ... reports that the fortran names of all the registered fortran functions are ?undocumented objects?... Those symbols should not be exported. In quantreg v5.33, NAMESPACE has 'exportPattern(".")'. Maybe it is a good time to remove that and export explicitly the symbols that are meant for export. Georgi Boshnakov ------------------------------ Message: 6 Date: Fri, 28
2019 Aug 04
0
gfortran 9 quantreg bug
Roger, On 4 August 2019 at 06:48, Koenker, Roger W wrote: | I?d like to solicit some advice on a debugging problem I have in the quantreg package. | Kurt and Brian have reported to me that on Debian machines with gfortran 9 | | library(quantreg) | f = summary(rq(foodexp ~ income, data = engel, tau = 1:4/5)) | plot(f) | | fails because summary() produces bogus estimates of the coefficient
2009 Aug 16
1
Installing quantreg package under Ubuntu
Does any have installation instructions for this? When I run install.packages('quantreg') I get: gcc -std=gnu99 -shared -o quantreg.so akj.o boot.o brute.o chlfct.o cholesky.o combos.o crq.o crqfnb.o dsel05.o etime.o extract.o idmin.o iswap.o kuantile.o mcmb.o penalty.o powell.o rls.o rq0.o rq1.o rqbr.o rqfn.o rqfnb.o rqfnc.o sparskit2.o srqfn.o srqfnc.o srtpai.o -llapack -lblas
2015 Nov 23
0
MKL Acceleration encouraging; need adjust package builds?
Hi Paul, We've been through this process ourselves for the Revolution R Open project. There are a number of pitfalls to avoid, but you can take a look at how we achieved it in the build scripts at: https://github.com/RevolutionAnalytics/RRO There are also some very useful notes in the R Installation guide: https://cran.r-project.org/doc/manuals/r-release/R-admin.html#BLAS Most packages do
2003 Apr 01
1
setGeneric
I'm still having difficulties with methods...is the following behavior expected? (This is without loading any libraries) R : Copyright 2003, The R Development Core Team Version 1.7.0 Under development (unstable) (2003-03-31) > ls() character(0) > > diag(2) [,1] [,2] [1,] 1 0 [2,] 0 1 > setGeneric("diag") [1] "diag" > diag(2) Error in
2019 Jun 02
0
rgl install for R 3.7
On 02/06/2019 16:28, Koenker, Roger W wrote: > I?ve installed R 3.7.0 on a new laptop running macos 10.14.5 and have managed to get most of my usual packages I presume 'R 3.7.0' is R-devel: it is not released and may never be released under that version. > to compile from source with a ~/.R/Makevars file that looks like this: > > CC=/usr/local/clang8/bin/clang >
2019 Aug 06
2
gfortran 9 quantreg bug
Dirk, Thanks for the blog post on this, and the pointers in this email. I have a question: it seems to me that you end up using a different compiler for the package (quantreg) than was used to build R itself. As I understand ABI changes, this is considered unsupported (ok, that depends on what version of gcc/gfortran was used to build R, but there has been a lot of ABI changes in GCC). Is that
2003 Mar 26
0
Rprof/UseMethod
I'm having difficulty with Rprof. I have a documentation example test.qss that runs fine without profiling, but under Rprof, > Rprof() > source("test.qss") Error in standardGeneric("model.matrix") : UseMethod used in an inappropriate fashion Luke wrote about a similar circumstance last summer: # From: Luke Tierney (luke@stat.umn.edu) # Date: Fri Jul
2003 Mar 31
1
setIs?
I've recently updated from an early February version of 1.7.0 to Version 1.7.0 Under development (unstable) (2003-03-25) and am now having problems with errors giving the message: ' getExtends(ClassDef) : @ must be used on an object with a formal class' which seems to be caused by 'setIs("character","character or NULL")' which attempts to define
2003 May 02
1
stepfuns: R^2 -> R
Does anyone have any suggestions on perspective plotting of piecewise constant functions? Ideally, I would like something like plot.stepfun for functions that are piecewise constant on polygons. Even pointers to non-R strategies would be welcome at this stage. url: www.econ.uiuc.edu Roger Koenker Dept. of Economics UCL, email rkoenker at uiuc.edu Department of Economics Drayton House, vox:
2003 May 27
1
setGeneric?
In the last few days I've received couple of messages pointing out that our SparseM package fails to install on the patched version of 1.7.0. Laurent Gaultier kindly suggested that replacing: setGeneric("as.matrix.csr") by setGeneric("as.matrix.csr", function(x, nrow, ncol, eps) standardGeneric("as.matrix.csr")) was sufficient to fix the problem.
2011 Mar 14
0
Question re estimating SE for interquantile regression coefficients
Hi, I am a student new to R.  I would like to estimate the standard error for the difference in interquantile regression coefficients after but do not know how to do so.  For each quantile I estimated the regression coefficent, bootstrapped for the SE and saved the coefficient and then take the difference between the two, e.g. per90<-rq(y~x, tau = c(0.9),data = data, weights= mec),
2003 Feb 06
1
make fails for 1.7.0 on mac os x 10.1
I've been running a binary installation (kindly provided by Jan de Leeuw) on mac G4, but was inspired this morning to try to install 1.7.0 on the G4 as well as on my desktop solaris box. This worked smoothly on my solaris system but on the G4 the make dies shortly after compiling lapack with: /usr/bin/libtool: internal link edit command failed make[4]: *** [libRlapack.dylib] Error 1 make[3]:
2015 Nov 23
3
MKL Acceleration encouraging; need adjust package builds?
Dear R-devel: The Cluster administrators at KU got enthusiastic about testing R-3.2.2 with Intel MKL when I asked for some BLAS integration. Below I forward a performance report, which is encouraging, and thought you would like to know the numbers. Appears to my untrained eye there are some extraordinary speedups on Cholesky decomposition, determinants, and matrix inversion. They had