Issue 15939 - dmake create_patch does not work in stlport directory
Summary: dmake create_patch does not work in stlport directory
Status: CLOSED FIXED
Alias: None
Product: Build Tools
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 Beta2
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: OOo 1.1.1
Assignee: foskey
QA Contact: issues@tools
URL:
Keywords:
Depends on: 13546
Blocks: 14032
  Show dependency tree
 
Reported: 2003-06-23 13:23 UTC by foskey
Modified: 2003-12-20 12:41 UTC (History)
2 users (show)

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

Attachments
Revised stlport patch aix patch compliant... (6.78 KB, patch)
2003-06-23 13:27 UTC, foskey 		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 foskey 2003-06-23 13:23:39 UTC 
The ability to automatically create a patch file does not work for some reason
under the stlport directory,  it works correctly under icu though.

This in turn meant that people used non standard patch files causing porting
problems.
Comment 1 foskey 2003-06-23 13:27:16 UTC 
Created attachment 7052 [details]
Revised stlport patch  aix patch compliant...
Comment 2 Martin Hollmichel 2003-06-23 13:46:55 UTC 
mh->hjs: please review.
Comment 3 hjs 2003-06-23 14:14:19 UTC 
for problems using "dmake create_patch" in "stlport" se issue #13546#

the patch itself looks ok but the makefile.mk misses an entry in
"ADDITIONAL_FILES" for "gcc-3.0-freebsd.mak"
Comment 4 foskey 2003-07-21 05:39:07 UTC 
The create_patch process will create a patch file in the misc 
directory that must be moved back to the main directory and modified.

Identified by Dan on the Porting mailing list.
Comment 5 quetschke 2003-08-25 23:12:05 UTC 
Just some bookkeeping ...

Issue 13546 contains a fix for this issue.

Set the dependency, set target to 1.1.1 as patch exists.
Comment 6 quetschke 2003-10-25 23:44:31 UTC 
Issue 13546 is fix, I close this issue.

Please reopen if there are still problems.
Comment 7 foskey 2003-12-20 12:41:11 UTC 
verified.
Comment 8 foskey 2003-12-20 12:41:35 UTC 
closed