I was hoping fatal: relocation error: symbol not found: pow_ii: referenced in .../dsefor.so would disappear in R 0.6x, but it has not. I believe this is suppose to come from the f2c lib, but I seem to need just a couple of routines: nm -u dsefor.so Undefined symbols from dsefor.so: .umul pow_dd pow_ii pow_ri For my own purposes I could compile with fortran but that makes it much harder for others to use the library. Can anyone suggest a good strategy so that the whole library can be used easily? Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
>>>>> "PaulG" == Paul Gilbert <pgilbert@bank-banque-canada.ca> writes:PaulG> I was hoping fatal: relocation error: symbol not found: pow_ii: PaulG> referenced in .../dsefor.so would disappear in R 0.6x, but it PaulG> has not. I believe this is suppose to come from the f2c lib, but PaulG> I seem to need just a couple of routines: PaulG> nm -u dsefor.so PaulG> Undefined symbols from dsefor.so: PaulG> .umul PaulG> pow_dd PaulG> pow_ii PaulG> pow_ri PaulG> For my own purposes I could compile with fortran but that makes PaulG> it much harder for others to use the library. Can anyone suggest PaulG> a good strategy so that the whole library can be used easily? PaulG> Paul Gilbert Well, I don't know myself. Paul, there are quite a few people eagerly waiting for your time-series package to appear on CRAN !! ============= please keep on ============= Ross plans to change and cleanup the R setup such that either Fortran or f2c will be required in a future release anyway. On the other hand, there's currently src/appl/fortran.c src/include/Fortran.h which define POW_DD and POW_DI You may augment these by POW_II and POW_RI and send your patches to R-devel.... ------- Probably, Ross should correct or augment these statements ... - Martin -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
On Tue, 6 Jan 1998, Paul Gilbert wrote:> I was hoping > fatal: relocation error: symbol not found: pow_ii: referenced in .../dsefor.so > would disappear in R 0.6x, but it has not. I believe this is suppose to come > from the f2c lib, but I seem to need just a couple of routines: > nm -u dsefor.so > Undefined symbols from dsefor.so: > .umul > pow_dd > pow_ii > pow_ri > For my own purposes I could compile with fortran but that makes it much harder > for others to use the library. Can anyone suggest a good strategy so that the > whole library can be used easily?Until something final happens with R and FORTRAN you could include those routines from the f2c library in your package. The integrate package already does this with pow_ii -thomas -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._