Issue 11861 - Build MSVC dmake.exe with ./bootstrap
Summary: Build MSVC dmake.exe with ./bootstrap
Status: CLOSED FIXED
Alias: None
Product: Build Tools
Classification: Code
Component: code (show other issues)
Version: 644
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: OOo 1.1 Beta2
Assignee: quetschke
QA Contact: issues@tools
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-26 16:32 UTC by quetschke
Modified: 2003-06-27 09:21 UTC (History)
3 users (show)

See Also:
Issue Type: PATCH
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Patch for set_soenv.in (10.27 KB, patch)
2003-02-26 16:34 UTC, quetschke
no flags Details | Diff
Patch for set_soenv.in (10.30 KB, patch)
2003-02-27 21:09 UTC, quetschke
no flags Details | Diff
set_soenv_fin.diff (11.65 KB, patch)
2003-02-27 21:39 UTC, quetschke
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description quetschke 2003-02-26 16:32:50 UTC
The vq_mingw branch of dmake is capable of building the "normal"
MSVC executable of dmake in the standard unix'y way.

$ cd /config_office
$ ./configure <put your favorite options here>
$ cd ..
$ ./bootstrap

All you need is the following patch for set_soenv.in to build
winenv.bat *AND* winenv.set simultaneously.

Building dmake.exe with winenv.bat also works as before.

The vq_mingw branch contains all recent changes from cws_srx644_ooo20030309,
should be easy to merge.

Please approve the merge of branch vq_mingw. (This enables the MinGW and also
the MSVC build to be done with 'CC="your compiler" ./configure && make'

And also approve the set_soenv.diff, to build both winenv.* files.

CC'ing Martin because dmake is his baby.
Comment 1 quetschke 2003-02-26 16:34:04 UTC
Created attachment 4917 [details]
Patch for set_soenv.in
Comment 2 quetschke 2003-02-26 16:35:19 UTC
Added Ken to the CC's.
Comment 3 quetschke 2003-02-27 21:08:25 UTC
I had to adjust the set_soenv.in patch a bit, the problem was
that in the case of USE_SHELL=4nt the aliases are set to
a 4nt format with backticks, e.g.:
   alias dmake = '`*dmake`'
This leads to some unwanted starting of commands during ./bootstrap
due to the "source winenv.set"

I solved this by removing the alias commands from winenv.set in the 4nt
case, this is OK because the winenv.set is only used to set the right
environment variables during bootstrap.

See following set_soenv_v2.diff for this changes.
Comment 4 quetschke 2003-02-27 21:09:18 UTC
Created attachment 4932 [details]
Patch for set_soenv.in
Comment 5 quetschke 2003-02-27 21:38:25 UTC
Sorry for the traffic, but after I send the last patch I had an idea
to generate a fully valid winenv.set and winenv.bat, including
the aliases. ToFile converts the tcsh style aliases to 4nt style.

See the (hopefully final) set_soenv_fin.diff for details.
Comment 6 quetschke 2003-02-27 21:39:02 UTC
Created attachment 4934 [details]
set_soenv_fin.diff
Comment 7 foskey 2003-02-28 13:36:19 UTC
Applied the final version to cws_srx644_ooo20030309.

Approved for beta if you want to update that as well.

Test and resolve if this fixes the entire problem.
Comment 8 quetschke 2003-03-04 10:29:05 UTC
I will close the issue once I found the time to merge the vq_mingw
branch of dmake to cws_srx644_ooo20030309.

Volker
Comment 9 quetschke 2003-03-05 09:22:30 UTC
I just merged vq_mingw to cws_srx644_ooo20030309 !

New Features:

*  Uses autoconf 2.5x and automake 1.5

*  The MSVC version of dmake.exe can now be build with ./bootstrap
   after:
   $ cd config_office && ./configure <put your switches here> && cd ..
   (Only for the W32-4nt version)

   A "CC=<VAR> ./configure && make" in dmake/
   now also works for VAR = "cl.exe" (MSVC), "gcc -mno-cygwin" (MinGW).

*  All other compilers work as before.
Comment 10 Martin Hollmichel 2003-03-06 17:17:44 UTC
mh->vq: fixed now ?
Comment 11 quetschke 2003-03-06 17:33:35 UTC
vq->mh: Yes for w32. I had no feedback from other systems yet.
(I don't think that my autoconfiscation broke something, but who knows?)
Comment 12 Martin Hollmichel 2003-03-10 16:09:05 UTC
verrified on Linux.
Comment 13 quetschke 2003-06-27 09:21:05 UTC
works
Comment 14 quetschke 2003-06-27 09:21:20 UTC
close