Re: [R-pkg-devel] Package Load fails to find 3rd Party DLL

2023-07-19 Thread Russell Almond
Not sure if I reported the success here or not. Copying the 3rd party DLL, but not the .lib file, to the src directory does work around the bug in the linker. The complete working solution can be seen at https://github.com/ralmond/RNetica. Thanks for the help. --Russell On 7/17/23

Re: [R-pkg-devel] Package Load fails to find 3rd Party DLL

2023-07-17 Thread Russell Almond
Okay, I've changed my Makevars.win so that it has: PKG_LIBS = -L. -L${NETICA_LIB} -lNetica and all: NeticaDLL where ${NETICA_LIB} is set to the appropriate lib subdirectory of the unpacked sources. I'm no longer getting the nm.exe error, so it may be a bug in ld.exe. | gcc -shared -s -s

Re: [R-pkg-devel] Package Load fails to find 3rd Party DLL

2023-07-17 Thread Russell Almond
Thanks for the suggestion. In previous versions of the build tools, I know I needed the .lib files. I'm also not sure I'm copying the DLL files into the right directory, so that maybe the linker isn't seeing it. This always confuses me as the location used to build and compile is (potentiall

Re: [R-pkg-devel] Package Load fails to find 3rd Party DLL

2023-07-14 Thread Russell Almond
vars So I'm confused.  Why is the Makevars -> Makefile conversion assuming that all targets of $(SHLIB) (or all) are executable files, ignoring the PHONY declaration? Also, does the example in the Writing R Extensions manual still work?     --Russell On 7/14/23 11:14 AM, Ivan Kry

[R-pkg-devel] Package Load fails to find 3rd Party DLL

2023-07-12 Thread Russell Almond
y DLL to `libs/x64`? 2) Is there something that has changed with the mingw tools (nm.exe and ld.exe) which are changing things? 3) Is there a change on how win32 and win64 variants are handled (I have both 32 and 64 bit copies of the 3rd party DLL, I just need to move them to the right places). T

[R-pkg-devel] Adding package with 3rd party library to CRAN: legal question

2021-07-24 Thread Russell Almond
is licensed under the Artistic license (which is CRAN compatible), but the 3rd party shared library has a different license from Netica. Can I distribute RNetica through CRAN or am I stuck with a github-only distribution. Thanks for your assistance. --Russell Almond __

[R-pkg-devel] Creating a package that links to a 3rd party library: Technical questions

2021-07-24 Thread Russell Almond
rateful for any suggestions. --Russell Almond __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] R CMD build with configure-args

2015-07-30 Thread Russell Almond
reSQL does: https://github.com/cran/RPostgreSQL/blob/master/configure.in#L38-L69 Not my proudest moment, but it worked for a few (ten-)thousands of installations and builds ... Dirk -- Russell Almond Associate Professor, Measurement & Statistics Educational Psychology and Learning Systems 1

Re: [R-pkg-devel] R CMD build with configure-args

2015-07-30 Thread Russell Almond
stall-args switch. --Russell On 07/30/2015 04:08 PM, Duncan Murdoch wrote: On 30/07/2015 2:53 PM, Russell Almond wrote: I've got a package that uses C code to link R to a third-party library. I've set up my configure script to take an argument --with-netica which passes the

[R-pkg-devel] R CMD build with configure-args

2015-07-30 Thread Russell Almond
es? I'm having this problem under Ubuntu 14.4 (I think I'm also having the problem on Mac OS X; I'm not having the problem under Windows, but mostly because I'm using an environmental variable instead of a command line argument to pass the location of the 3rd party library.)