Bob Rossi wrote:
[...snip...]
> Now does that build all of pcre successfully as a shared library? When I
> run 'make check' with the a shared version of the pcre build, it just
> hangs. I didn't ever take the time to figure out why. Is this the issue
> that you are having?
>
> The output of msysinfo,
>
> $ msysinfo
> msysinfo-1.3: Send this to the MSYS support list:
>
> MSYS 1.0.11(0.46/3/2) 2004-04-30 18:55 i686 unknown; targ=MINGW32
> GNU bash, version 2.04.0(1)-release (i686-pc-msys); ENV=.profile
> GNU Make version 3.79.1,Built for i686-pc-msys; MAKE_MODE=unix
> gcc.exe (GCC) 3.4.2 (mingw-special); targ=MINGW32
> GNU ld version 2.15.91 20040904
> 5927498 Fri Apr 30 23:15:08 2004 /bin/msys-1.0.dll
> 52064 Thu Jan 02 08:05:27 2003 /bin/msysltdl-3.dll
> 135680 Fri Apr 30 23:15:05 2004 /bin/make.exe
> 88064 Tue Sep 21 05:15:22 2004 /mingw/bin/gcc.exe
> 642048 Sat Sep 04 20:45:43 2004 /mingw/bin/ld.exe
> HOME=/home/bobbybrasko
> Sysname=MINGW32_NT-5.1 OSTYPE=msys TERM=vt100
> PATH=.:/usr/local/bin:/mingw/bin:/bin:/c/windows/system32:/c/win
> dows:/bin:/c/Program Files/Subversion/bin:/c/python25
>
>
>
>
Hi Bob,
Here's my msysinfo:
$ msysinfo
msysinfo-1.3: Send this to the MSYS support list:
MSYS 1.0.11(0.46/3/2) 2004-04-30 18:55 i686 unknown; targ=MINGW32
GNU bash, version 2.04.0(1)-release (i686-pc-msys); ENV=.profile
GNU Make version 3.79.1,Built for i686-pc-msys; MAKE_MODE=unix
gcc.exe (GCC) 3.4.2 (mingw-special); targ=MINGW32
GNU ld version 2.16.91 20060119
5927498 Fri Apr 30 23:15:08 2004 /bin/msys-1.0.dll
135680 Fri Apr 30 23:15:05 2004 /bin/make.exe
88064 Tue Sep 21 05:15:22 2004 /mingw/bin/gcc.exe
685568 Fri Jan 20 01:41:43 2006 /mingw/bin/ld.exe
HOME=/home/Sheri
Sysname=MINGW32_NT-5.1 OSTYPE=msys TERM=msys
PATH=.:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WIN
DOWS:/c/WINDOWS/System32/Wbem:
I've truncated my path.
I don't have a problem during the build. The problem is in using the
shared library (which Phillip says seems improperly linked). Both static
and shared libraries build fine using the command sequence you gave.
Do this. Using a Windows Command Prompt aka DOS window, switch into your
prefix-shared\bin dir
At the command prompt type in pcretest <enter>
When prompted for a regular expression, type in /(a)b|/I <enter>
If this is returned:
Size disagreement: pcre_fullinfo=62 call to malloc for 0
You have the same problem as I do.
Doesn't happen on the statically linked pcretest. Only the one linked to
the dlls.
Regards,
Sheri