Hi Phillip,

To make the linker happy you need to put the .dll.a files into the libdir
and the .dll files into the $PATH (i.e. bin). As far as I remember both
are needed for the build.

Regards,
Botond

On Tue, 15 Sep 2015 08:12:54 -0700
Phillip Cardon <pacar...@gmail.com> wrote:

> I've been working on this for a few days and I am still unable to get this
> to work.
> 
> Originally I wanted to build nxlog with a newer version of openssl, the
> same I am running on my Fedora 21 box, which has been patched to avoid get
> rid of heartbleed. I rolled that library change out to focus on the real
> issue I am having. I can't seem to run configure on the nxlog source. I
> started over from scratch to see if I could eliminate some libraries I was
> building as they appear to be included with mingw.
> 
> Steps to get where I am:
> 1. Install MINGW and MSYS (~113 packages)
> 2. Download source code for:
> APR 1.5.2
> APR UTIL 1.5.4
> PCRE 8.37
> zlib 1.2.8
> nxlog-ce 2.8.1248
> 3. Compile APR 1.5.2
> buildconf --with-apr="/usr/src/apr-1.5.2"
> configure --with-apr="/usr/src/apr-1.5.2"
> make
> make install
> (installs to /local/apr)
> add /local/apr/bin to path in /etc/profile, relaunch msys.bat
> 4. Compile APR Util
> buildconf
> configure
> make
> make install
> 5. Compile PCRE
> ./configure --prefix=/mingw --enable-pcre16 --enable-pcre32
> --enable-unicode-properties --enable-newline-is-any --disable-cpp
> make (throws error)
> make clean
> autoreconf
> make
> make install
> 6. Compile zlib
> make -f win32/Makefile.gcc
> 7. Compile nxlog
> ./configure
> 
> I get the following error during configure:
> checking for apr_socket_create in -lapr-1... no
> configure: error: libapr-1 not found
> 
> I assume it can't find libapr-1, I tried following directions I got here:
> https://nxlog.co/question/1069/attempting-build-nxlog-updated-libraries-stuck-libapr-1-running-configure
> 
> I copied the contents of c:\mingw\msys\1.0\local\apr to c:\mingw in hopes
> that the linker would find libapr-a in c:\mingw\lib, same location
> libshell32.a was located.
> 
> That didn't seem to help, then I tried feeding the library path in on the
> command line via:
> ./configure LDFLAGS="-L/local/apr/lib" LIBS="-lapr-1"
> Same result.
> 
> Here is a snippet of the config.log:
> configure:12195: checking for apr_socket_create in -lapr-1
> configure:12220: gcc -o conftest.exe   -DWIN32 -D__MSVCRT__
> -D_LARGEFILE64_SOURCE  -L/local/apr/lib
> -Wl,--enable-auto-import,--subsystem,console conftest.c -lapr-1
> -L/usr/local/apr/lib -lapr-1 -lshell32 -ladvapi32 -lws2_32 -lrpcrt4
> -lmswsock >&5
> C:\Users\Tester\AppData\Local\Temp\ccG3ioQq.o:conftest.c:(.text+0xc):
> undefined reference to `apr_socket_create'
> collect2.exe: error: ld returned 1 exit status
> configure:12220: $? = 1
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "nxlog-ce"
> | #define PACKAGE_TARNAME "nxlog-ce"
> | #define PACKAGE_VERSION "2.8.1248"
> | #define PACKAGE_STRING "nxlog-ce 2.8.1248"
> | #define PACKAGE_BUGREPORT "supp...@nxlog.org"
> | #define PACKAGE_URL ""
> | #define PACKAGE "nxlog-ce"
> | #define VERSION "2.8.1248"
> | #define STDC_HEADERS 1
> | #define HAVE_SYS_TYPES_H 1
> | #define HAVE_SYS_STAT_H 1
> | #define HAVE_STDLIB_H 1
> | #define HAVE_STRING_H 1
> | #define HAVE_MEMORY_H 1
> | #define HAVE_STRINGS_H 1
> | #define HAVE_INTTYPES_H 1
> | #define HAVE_STDINT_H 1
> | #define HAVE_UNISTD_H 1
> | #define HAVE_DLFCN_H 1
> | #define LT_OBJDIR ".libs/"
> | /* end confdefs.h.  */
> |
> | /* Override any GCC internal prototype to avoid an error.
> |    Use char because int might match the return type of a GCC
> |    builtin and then its argument prototype would still apply.  */
> | #ifdef __cplusplus
> | extern "C"
> | #endif
> | char apr_socket_create ();
> | int
> | main ()
> | {
> | return apr_socket_create ();
> |   ;
> |   return 0;
> | }
> configure:12229: result: no
> configure:12234: error: libapr-1 not found
> 
> Best I can guess is the linker can't find libapr-1.a even if I point it
> directly to the directory, or copy it elsewhere.
> Any help would be greatly appreciated.
> 
> Phillip Cardon

------------------------------------------------------------------------------
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
nxlog-ce-users mailing list
nxlog-ce-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nxlog-ce-users

Reply via email to