Issue 5633

Summary: OOO_STABLE_1/X11+Aqua: freetype needs patch to compile
Product: porting Reporter: fa <dan>
Component: codeAssignee: ed
Status: CLOSED FIXED QA Contact: issues@porting <issues>
Severity: Trivial    
Priority: P3 CC: issues, jens-heiner.rechtien, nesshof
Version: OOo 1.0.0   
Target Milestone: ---   
Hardware: Mac   
OS: Mac OS X, all   
Issue Type: PATCH Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 2588    
Attachments:
Description Flags
cd to SRC_ROOT/freetype, and patch -p0 < /path/to/patchfile
none
cd SRC_ROOT/freetype, patch -p0 < /path/to/patchfile Diff against CVS as of 6/11/02 10PM CST
none
cd to SRC_ROOT/freetype, patch -p0 < /path/to/patchfile, rebuild. This is clean diff against 072402 CVS
none
new patchfile for freetype patch, made with dmake create_patch on 072402
none
use same as previous 072402 patch, but this one SUPERCEDES previous 072402 patch
none
cd SRC_ROOT/freetype, patch -p0 < /path/to/patchfile, then copy freetype-2.0.5.patch to SRC_ROOT/freetype
none
cd to SRC_ROOT/freetype, patch -p0 < /path/to/patchfile, then copy freetype-2.0.5.patch to SRC_ROOT/freetype, these patches SUPERCEDE all others none

Description fa 2002-06-07 06:57:09 UTC
1) freetype's makefiles don't know about twolevel namespaces that were introduced with 10.1.  Patch fixes this.

2) Aqua build will not need freetype as we'll get antialiasing for free with CoreGraphics later on.  Patch makes freetype a dummy target for Aqua VCL.
Comment 1 fa 2002-06-07 06:58:06 UTC
Created attachment 1885 [details]
cd to SRC_ROOT/freetype, and patch -p0 < /path/to/patchfile
Comment 2 fa 2002-06-12 05:40:44 UTC
Created attachment 1933 [details]
cd SRC_ROOT/freetype, patch -p0 < /path/to/patchfile  Diff against CVS as of 6/11/02 10PM CST
Comment 3 fa 2002-06-12 05:41:23 UTC
6/11 patch corrects bad .ENDIF position from 6/6 patch as well.
Comment 4 khendricks 2002-07-22 21:06:01 UTC
Hi,    
    
I looked at this and since the main change is MacOSX specific (the    
flat_namespace is in a Darwin/Rhapsody case statement in configure   
it is fine).   
   
However I belive the correct way to create a patch for these  
external modules is to:   
   
1. cd freetype   
2. build   
   
3. now make all of the required changes in the output tree in   
misc/... and then once those changes are made   
4. dmake create_patch   (right in freetype module directory)   
   
and that will create a new patch file which should be committed as a   
whole to the tree (something to do with line ends and things I   
believe) instead of patching the patch file directly.   
   
As for the change to the makefile.mk itself.  I am not sure if this 
will barf on a system that does not have a .dylib.  So I would much 
rather you changed this to 
 
.IF (whatever defines MACOSX GUI)  
OUT2LIB += objs$/.libs$/libfreetype.*.dylib 
.END.if  
 
.IF "$(GUI)"=="UNX" 
 OUT2LIB= \ 
 	objs$/.libs$/libfreetype.a \ 
	objs$/.libs$/libfreetype.so.6* 
.ENDIF			# "$(GUI)"=="UNX" 
 
.IF (whatever defines MACOSX GUI)  
OUT2LIB += objs$/.libs$/libfreetype.*.dylib 
.ENDIF  
 
Once you ahve those change made, I would be happy to approve the 
commits. 
 
Kevin 
 
Comment 5 fa 2002-07-25 01:16:09 UTC
Created attachment 2326 [details]
cd to SRC_ROOT/freetype, patch -p0 < /path/to/patchfile, rebuild.  This is clean diff against 072402 CVS
Comment 6 fa 2002-07-25 01:17:15 UTC
Created attachment 2327 [details]
new patchfile for freetype patch, made with dmake create_patch on 072402
Comment 7 fa 2002-07-25 01:18:00 UTC
Kevin,

Could you look at these new patches and then approve/disapprove again?

Thanks,
Dan
Comment 8 khendricks 2002-07-25 01:39:16 UTC
Hi Dan,  
  
I think your freetype makefile.mk is backwards:  
  
  .IF "$(GUI)"=="UNX" 
  OUT2LIB= \ 
        objs$/.libs$/libfreetype.a \ 
+ .IF "$OS"=="MACOSX" 
        objs$/.libs$/libfreetype.so.6* 
+ .ELSE 
+       objs$/.libs$/libfreetype.*.dylib 
+ .ENDIF                        # "$(OS)"=="MACOSX" 
 
  .ENDIF                        # "$(GUI)"=="UNX" 
   
 
I think you want to reverse the lines or change it to a not equal. 
 
Kevin 
  
Comment 9 fa 2002-07-25 01:43:01 UTC
Created attachment 2330 [details]
use same as previous 072402 patch, but this one SUPERCEDES previous 072402 patch
Comment 10 khendricks 2002-07-25 02:18:21 UTC
Hi, 
 
Approved. 
 
Kevin 
  
Comment 11 fa 2002-07-26 05:13:27 UTC
Created attachment 2361 [details]
cd SRC_ROOT/freetype, patch -p0 < /path/to/patchfile, then copy freetype-2.0.5.patch to SRC_ROOT/freetype
Comment 12 fa 2002-07-26 05:15:25 UTC
I made a mistake in the 072402.2 patch which would barf dmake.  I had not put () around the OS env variable.  072502 patch fixes this and should be committed along with freetype-2.0.5.patch INSTEAD of the freetype.OOO_STABLE_1.072402.2.patch file.

Dan
Comment 13 fa 2002-07-26 05:28:31 UTC
Created attachment 2362 [details]
cd to SRC_ROOT/freetype, patch -p0 < /path/to/patchfile, then copy freetype-2.0.5.patch to SRC_ROOT/freetype, these patches SUPERCEDE all others
Comment 14 fa 2002-07-26 05:30:15 UTC
Hi,

I hope this is the last time I have to get this right :)  This one actually works.

Approve and commit:
freetype.OOO_STABLE_1.072602.patch
freetype-2.0.5.patch

Dan
Comment 15 jens-heiner.rechtien 2002-07-26 15:48:13 UTC
Hi Dan,

freetype.OOO_STABLE_1.072602.patch is approved

Isn't freetype-2.0.5.patch already in OOO_STABLE_1?

Heiner
Comment 16 fa 2002-07-26 15:54:55 UTC
The freetype-2.0.5.patch attached to this issue is the patch created 
with dmake create_patch, as requested for issues that require changes 
to a patchfile for an external component.

It is a drop-in replacement for the existing file in freetype/.  It 
is a new patch for freetype with all the MacOS X/Darwin changes to 
freetype, as opposed to a normal patch that just patches the 
patchfile (like the first two here).

Like I said, apply freetype.OOO_STABLE_1.072602.patch, then copy 
freetype-2.0.5 into SRC_ROOT/freetype

Dan
Comment 17 jens-heiner.rechtien 2002-07-26 16:35:02 UTC
Hi Dan,

the freetype-2.0.5-patch is approved, too.

Heiner
Comment 18 ed 2002-08-11 19:31:39 UTC
Committed patch to OOO_STABLE_1_PORTS
Comment 19 jens-heiner.rechtien 2002-08-16 16:31:07 UTC
merged to OOO_STABLE_1
merged to HEAD

resolved conflicts

removed keyword: merge_pending
Comment 20 Martin Hollmichel 2004-03-25 04:28:33 UTC
close issue.