Apache OpenOffice (AOO) Bugzilla – Issue 11148
Make dmake 64-bit clean
Last modified: 2003-03-08 08:48:37 UTC
Hi, this is cosmetic change for dmake so that it is better 64-bit clean though it used to work in the past as is.
Created attachment 4541 [details] Let explicitly-sized integral types configure detected
Patch accepted and approved for all except OOO_STABLE_1. This is not a critical fix leave until proven a little while.
Applied to OO 644.
Hi Ken, the itypes change broke MSVC, I committed the following patch as obvious fix. Volker
Created attachment 4741 [details] Make dmake work with MSVC again
This is a problem. Can you remove the config.h file entirely and verify that it compiles correctly. If it does can you commit the following: rm & cvs remove: ./msdos/borland/bcc30/config.h ./msdos/borland/bcc40/config.h ./msdos/borland/bcc45/config.h ./msdos/borland/bcc50/config.h ./msdos/borland/tcc20/config.h ./msdos/microsft/config.h ./msdos/zortech/config.h ./os2/ibm/config.h ./win95/borland/bcc50/config.h ./win95/microsft/config.h ./winnt/borland/bcc50/config.h ./winnt/microsft/config.h
PLease test and implement windows changes as outlined.
No, won't work! The MSVC build doesn't use configure, and therefor doesn't generate a valid dmake/config.h. The only needed config.h for the MSVC build is: ./win95/microsft/config.h It contains the values that otherwise configure would find. I don't see a solution as long as we use the dmake\make.bat win95-vpp40 command to generate dmake.exe for W32-4nt and I don't like the idea of using the autotools with MSVC. One possibility is to merge dmake from the vq_mingw branch, that version would build a native w32 dmake.exe with configure. I will do this in the next cws_... branch.
Continuing the Winnt work in issue 11861. Closing issue ...
Mark CLOSED