Issue 86497 - W32-4nt build fails in boost
Summary: W32-4nt build fails in boost
Status: CLOSED FIXED
Alias: None
Product: Build Tools
Classification: Code
Component: solenv (show other issues)
Version: current
Hardware: All Windows, all
: P2 Trivial (vote)
Target Milestone: OOo 3.0
Assignee: hjs
QA Contact: issues@tools
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-27 03:34 UTC by quetschke
Modified: 2008-05-06 11:50 UTC (History)
1 user (show)

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

Attachments
Patch for tg_ext.mk (1.56 KB, patch)
2008-02-27 03:36 UTC, quetschke 		no flags Details | Diff
same change in instsetoo_native plus some clean-up (3.17 KB, patch)
2008-02-29 13:09 UTC, quetschke 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description quetschke 2008-02-27 03:34:58 UTC 
The W32-4nt build fails in boost with:

 "D:\w1\tin_ws2\boost\wntmsci10.pro\misc"
cd .\wntmsci10.pro\misc\build && ( gunzip -c
..\..\..\download\boost-1.30.2.tar.gz  | tar  -xvf -) && C:\cygwin\bin\touch.exe
so_unpacked_ooo_boost
delay 2
/usr/bin/tar: Archive is compressed. Use -z option
/usr/bin/tar: Error is not recoverable: exiting now
dmake.exe:  Error code 130, while making
'wntmsci10.pro\misc\build\so_unpacked_ooo_boost'

The problem is that gunzip now is a shell script that calls "gzip -d". This
doesn't work with cygwin's "bash"-script gzip in an 4NT environment.

There was already a workaround in tg_ext.mk, but IMHO the following solution
is even simpler and fixes the problem for me.
Comment 1 quetschke 2008-02-27 03:36:56 UTC 
Created attachment 51744 [details]
Patch for tg_ext.mk
Comment 2 quetschke 2008-02-29 13:09:17 UTC 
Created attachment 51814 [details]
same change in instsetoo_native plus some clean-up
Comment 3 quetschke 2008-02-29 19:11:29 UTC 
Committed to nowrapcmd2. Please verify.
Comment 4 hjs 2008-03-04 18:39:24 UTC 
tg_ext.mk is fine. instsetoo_native/packimages has moved to an own module (see
CWS iconunify). will require some additional care on integration not to lose
this change...
Comment 5 hjs 2008-05-06 11:50:14 UTC 
.