On 11-03-03 01:59 PM, Sachin Srivastava wrote:
>
>>
>> Everytime I try to do a MinGW build I wonder if I shouldn't just bite
>> the bullet and write a parallel set of nmake files so we can do a VC
>> build. Does anyone else think this would be a good idea?
> Yes thats a good idea.

I have a set of changes that get 2.0 to compile (slon and slonik) under 
VC.   However slon isn't yet working for me.  I'm not sure if I'm just 
not setting slon up as a service properly or if it is an issue with 
compiler flags or if my chances make slon crash (or all three).

My work so far is at

https://github.com/ssinger/slony1-engine/tree/REL_2_0_STABLE_visualc

There is a win32.mak file in src/slonik and src/slon.  You must
a) Have pthreads-win32 installed
b) You might need to edit some paths in the two makefiles

I haven't yet looked at the shared library in src/backend or the 
log_shipper utility program.






>>
>>>> I should spend some time getting a proper Win32 slony built
>>>> environment setup (but I won't get to that in the next few weeks)
>>
>> When I apply that patch I sent + modify remoteWorkerThread_main to
>> 'return 0;' + munge the Makefile.port that gets generated I am able to
>> get to the linking stage against 8.4 but I get all these undefined
>> symbols complaining about stuff pgport wants being undefined.
>>
>> When I try to build against 9.0.3 I can't get configure to finish. It
>> complains on "#error must have a 64-bit integer datatype" from postgres.h
> Have you build your PG 9.0.3 also using MinGW? If not, then you need to.
>>
>> Do I need a specific version of mingw?
> I have MinGW-Get version 0.1-alpha-5.1
>>
>> When you applied the patch I sent did you have better luck?
> Yes sort of, but it still failed at:
>
> c:/mingw/bin/../lib/gcc/mingw32/4.5.2/../../../libmingwex.a(getopt.o):getopt.c:(.text+0xb40):
> multiple definition of `getopt'
> c:/pgsql-9.0.3/lib/libpgport.a(getopt.o):getopt.c:(.text+0x0): first
> defined here
> collect2: ld returned 1 exit status
> make[2]: *** [slon.exe] Error 1
> make[2]: Leaving directory `/c/slony1-2.0.6/src/slon'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/c/slony1-2.0.6/src'
> make: *** [all] Error 2
>
>
>
>>
>>
>>
>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> /collect2: ld returned 1 exit status/
>>>>> /make[2]: *** [slon.exe] Error 1/
>>>>> /make[2]: Leaving directory `/c/slony1-2.0.6/src/slon'/
>>>>> /make[1]: *** [all] Error 2/
>>>>> /make[1]: Leaving directory `/c/slony1-2.0.6/src'/
>>>>> /make: *** [all] Error 2/
>>>>> /
>>>>> /
>>>>> /
>>>>> /
>>>>> In PostgreSQL 9.0.3 they have included (which was not there in
>>>>> 9.0.2 and
>>>>> thus slony builds fine there.):
>>>>>> #mingw has adopted a GNU-centric interpretation of optind/optreset,
>>>>>> # so always use our version on Windows.
>>>>>> if test "$PORTNAME" = "win32"; then
>>>>>> case " $LIBOBJS " in
>>>>>> *" getopt.$ac_objext "* ) ;;
>>>>>> *) LIBOBJS="$LIBOBJS getopt.$ac_objext"
>>>>>> ;;
>>>>>> esac
>>>>>
>>>>> Any help to make me go forward with this would be highly appreciated.
>>>>>
>>>>> Thanks a lot.
>>>>>
>>>>>
>>>>> /
>>>>> /
>>>>> /
>>>>> /
>>>>> /
>>>>> /
>>>>> /
>>>>> /
>>>>> --Regards,
>>>>> Sachin Srivastava
>>>>> EnterpriseDB <http://www.enterprisedb.com>, the Enterprise PostgreSQL
>>>>> <http://www.enterprisedb.com> company.
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Slony1-general mailing list
>>>>> Slony1-general at lists.slony.info
>>>>> <mailto:Slony1-general at lists.slony.info>
>>>>> <mailto:Slony1-general at lists.slony.info>
>>>>> http://lists.slony.info/mailman/listinfo/slony1-general
>>>>
>>>> <slon_terminate_worker.diff>
>>>
>>> --
>>> Regards,
>>> Sachin Srivastava
>>> EnterpriseDB <http://www.enterprisedb.com>, the Enterprise PostgreSQL
>>> <http://www.enterprisedb.com> company.
>>>
>>
>
> --
> Regards,
> Sachin Srivastava
> EnterpriseDB <http://www.enterprisedb.com>, the Enterprise PostgreSQL
> <http://www.enterprisedb.com> company.
>