This just clicked for me... Are these issues with *building* the brotli library during the configure/make of httpd?
Why, exactly, are we doing this if this is, in fact, what we are doing? Just curious why we are taking this dependency on directly. > On Apr 28, 2017, at 9:19 AM, Jan Ehrhardt <php...@ehrhardt.nl> wrote: > > Hi Gregg, > > Gregg Smith in gmane.comp.apache.devel (Tue, 25 Apr 2017 18:23:50 > -0700): >> Actually, I'll test here in a while and commit tomorrow. > > Quote from modules/filters/mod_brotli.dsp > >> +# ADD LINK32 kernel32.lib brotlicommon.lib brotlienc.lib /nologo >> /subsystem:windows /dll /incremental:no /debug >> /out:".\Release\mod_brotli.so" /libpath:"../../srclib/brotli" >> /base:@..\..\os\win32\BaseAddr.ref,mod_brotli.so /opt:ref > > The dsp seems to be missing a reference to libapr-1.lib, > libaprutil-1.lib and libhttpd.lib, which is present in the > mod_brotli.mak: > > +LINK32=link.exe > +LINK32_FLAGS=kernel32.lib brotlicommon.lib brotlienc.lib /nologo > /subsystem:windows /dll /incremental:no /pdb:"$(OUTDIR)\mod_brotli.pdb" > /libpath="../../srclib/brotli" /debug /out:"$(OUTDIR)\mod_brotli.so" > /implib:"$(OUTDIR)\mod_brotli.lib" > /base:@..\..\os\win32\BaseAddr.ref,mod_brotli.so /opt:ref > +LINK32_OBJS= \ > + "$(INTDIR)\mod_brotli.obj" \ > + "$(INTDIR)\mod_brotli.res" \ > + "..\..\srclib\apr\Release\libapr-1.lib" \ > + "..\..\srclib\apr-util\Release\libaprutil-1.lib" \ > + "..\..\Release\libhttpd.lib" > > When I converted the dsp to mod_brotli.vcxproj it did not compile > because of missing symbols like __imp__apr_bucket* or something like > that.. > -- > Jan >