Marco Wertz | 28 Oct 14:46 2014
Picon
Picon

[ft] Determining pixel dimensions for bitmap

Hi,

when using FT_Outline_Get_BBox() to get the dimensions of the outline, the values are all in the 26.6 fixed
point format. How do I determine the optimal pixel size for a bitmap to pass to FT_Outline_Get_Bitmap() so
that the outline fits *exactly* into the bitmap dimensions?

The obvious approach would be something like this:

width = bbox.xMax - bbox.xMin;
height = bbox.yMax - bbox.yMin;

pixelwidth = width >> 6;
pixelheight = height >> 6;

if((width & 0x3f) > 31) pixelwidth++;
if((height & 0x3f) > 31) pixelheight++;

This will add another pixel in case the fractional part of the 26.6 fixed point value is >= 0.5. But I'm not
sure if this is the right approach.... is there maybe an "official" way of determining the pixel
allocation size for the bitmap passed to FT_Outline_Get_Bitmap() in order to get an *exact* fit?

Thanks

Marco
Marco Wertz | 28 Oct 10:58 2014
Picon
Picon

[ft] Drawing unfilled shapes with FreeType2

Hi,

I already asked this question in my last e-mail on Saturday but it was probably overlooked, so here it is
again: How can I get FreeType2 to draw only the outline of my FT_Outline object with a fixed pixel stroke
width? When I use FT_Outline_Get_Bitmap() FreeType2 always fills the shape and I don't see any API that
allows me to say "please do not fill the shape!" ... FT_Outline_Render() also doesn't seem to have an
option to make FreeType2 draw unfilled shapes. Could anybody point me to the right APIs? Thanks!

Marco
Kristupas Antanavicius | 25 Oct 18:40 2014
Picon

[ft] FreeType doesn't compile

Hello,

I'm trying to compile FreeType, with no success however. Somewhere in the middle of the compilation process, I get some kind of an error, and I have no idea how to interpret it.

I have tried downloading and compiled older version, but it seems to end the same way.

I'm on Windows 7 64-bit, I tried to compile FreeType using compiler present in MinGW 32-bit and also MinGW w64.
C:\Users\Work\Desktop\freetype>make

FreeType build system -- automatic system detection

The following settings are used:

  platform                     windows
  compiler                     gcc
  configuration directory      .\builds\windows
  configuration rules          .\builds\windows\w32-gcc.mk

If this does not correspond to your system or settings please remove the file
'config.mk' from this directory then read the INSTALL file for help.

Otherwise, simply type 'make' again to build the library.
or 'make refdoc' to build the API reference (the latter needs python).

Could Not Find C:\Users\Work\Desktop\freetype\objs\ftmodule.h
Generating modules list in ./objs/ftmodule.h...
"* module: truetype  (Windows/Mac font files with extension *.ttf or *.ttc)"
"* module: type1     (Postscript font files with extension *.pfa or *.pfb)"
"* module: cff       (OpenType fonts with extension *.otf)"
"* module: cid       (Postscript CID-keyed fonts, no known extension)"
"* module: pfr       (PFR/TrueDoc font files with extension *.pfr)"
"* module: type42    (Type 42 font files with no known extension)"
"* module: winfnt    (Windows bitmap fonts with extension *.fnt or *.fon)"
"* module: pcf       (pcf bitmap fonts)"
"* module: bdf       (bdf bitmap fonts)"
"* module: sfnt      (helper module for TrueType & OpenType formats)"
"* module: autofit   (automatic hinting module)"
"* module: pshinter  (Postscript hinter module)"
"* module: raster    (monochrome bitmap renderer)"
"* module: smooth    (anti-aliased bitmap renderer)"
"* module: smooth    (anti-aliased bitmap renderer for LCDs)"
"* module: smooth    (anti-aliased bitmap renderer for vertical LCDs)"
"* module: psaux     (Postscript Type 1 & Type 2 helper module)"
"* module: psnames   (Postscript & Unicode Glyph name handling)"
done.

C:\Users\Work\Desktop\freetype>make
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -o objs/ftsystem.o src/ba
se/ftsystem.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -o objs/ftdebug.o src/bas
e/ftdebug.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -o objs/ftinit.o src/base
/ftinit.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftba
se.o ./src/base/ftbase.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftbb
ox.o src/base/ftbbox.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftbd
f.o src/base/ftbdf.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftbi
tmap.o src/base/ftbitmap.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftci
d.o src/base/ftcid.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftfs
type.o src/base/ftfstype.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftga
sp.o src/base/ftgasp.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftgl
yph.o src/base/ftglyph.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftgx
val.o src/base/ftgxval.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftlc
dfil.o src/base/ftlcdfil.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftmm
.o src/base/ftmm.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftot
val.o src/base/ftotval.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftpa
tent.o src/base/ftpatent.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftpf
r.o src/base/ftpfr.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftst
roke.o src/base/ftstroke.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftsy
nth.o src/base/ftsynth.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftty
pe1.o src/base/fttype1.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftwi
nfnt.o src/base/ftwinfnt.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/base -o objs/ftxf
86.o src/base/ftxf86.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/truetype -o objs/
truetype.o ./src/truetype/truetype.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/type1 -o objs/typ
e1.o ./src/type1/type1.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/cff -o objs/cff.o
 ./src/cff/cff.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/cid -o objs/type1
cid.o ./src/cid/type1cid.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/pfr -o objs/pfr.o
 ./src/pfr/pfr.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/type42 -o objs/ty
pe42.o ./src/type42/type42.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/winfonts -o objs/
winfnt.o ./src/winfonts/winfnt.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/pcf -o objs/pcf.o
 ./src/pcf/pcf.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/bdf -o objs/bdf.o
 ./src/bdf/bdf.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/sfnt -o objs/sfnt
.o ./src/sfnt/sfnt.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/autofit -o objs/a
utofit.o ./src/autofit/autofit.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/pshinter -o objs/
pshinter.o ./src/pshinter/pshinter.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/raster -o objs/ra
ster.o ./src/raster/raster.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/smooth -o objs/sm
ooth.o ./src/smooth/smooth.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/cache -o objs/ftc
ache.o ./src/cache/ftcache.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/gzip -o objs/ftgz
ip.o ./src/gzip/ftgzip.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/lzw -o objs/ftlzw
.o ./src/lzw/ftlzw.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -o objs/ftbzip2.o ./src/b
zip2/ftbzip2.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/psaux -o objs/psa
ux.o ./src/psaux/psaux.c
gcc -ansi -pedantic  -I./objs -I./builds/windows -I./include -c -g -O3 -Wall -DF
T2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H="<ftmodule.h>"  -I./src/psnames -o objs/p
snames.o ./src/psnames/psnames.c
gcc  -o .\objs\apinames.exe .\src\tools\apinames.c
make: Interrupt/Exception caught (code = 0xc0000005, addr = 0x000007FEFF2F2020)
_______________________________________________
Freetype mailing list
Freetype <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Marco Wertz | 24 Oct 21:55 2014
Picon
Picon

[ft] Drawing filled shapes with FreeType2

Hi,
 
I'd like to use FreeType2 to draw some filled shapes (graphics primitives). To get started, I thought let's just try something very simple and have FreeType2 draw a filled rectangle. Unfortunately, it doesn't work. The code is supposed to draw a 640x480 filled rectangle into a memory buffer. However, FreeType2 draws only a very small rectangle that is maybe 16x16 into my memory buffer.
 
Here's my code:
 
---------------------------------------------------------------------------------------
#define WIDTH 640
#define HEIGHT 480
 
FT_Stroker stroker;
FT_Outline outline;
FT_Vector v;
FT_Bitmap bm;
void *buffer = malloc(WIDTH * HEIGHT);
 
FT_Stroker_New(freetype_library, &stroker);

v.x = 0; v.y = 0; FT_Stroker_BeginSubPath(stroker, &v, FALSE);   
v.x = WIDTH; FT_Stroker_LineTo(stroker, &v);
v.y = HEIGHT; FT_Stroker_LineTo(stroker, &v);   
v.x = 0; FT_Stroker_LineTo(stroker, &v);    
v.y = 0; FT_Stroker_LineTo(stroker, &v);
FT_Stroker_EndSubPath(stroker);
    
FT_Outline_New(freetype_library, 1024, 512, &outline);
FT_Stroker_Export(stroker, &outline);    
    
memset(&bm, 0, sizeof(FT_Bitmap));
bm.rows = HEIGHT;
bm.width = WIDTH;
bm.pitch = WIDTH;
bm.buffer = buffer;
bm.num_grays = 256;
bm.pixel_mode = FT_PIXEL_MODE_GRAY;

FT_Outline_Get_Bitmap(freetype_library, &outline, &bm);
---------------------------------------------------------------------------------------
 
Can anybody say what's wrong there? I've checked out the documentation already but I don't see what's wrong there... I've also checked the outline's boundaries using FT_Outline_Get_BBox() and it returns the correct dimensions, i.e. 0/0/640/480. However, FreeType2 only draws a few pixels.... why?
 
Thanks!
 
Marco
_______________________________________________
Freetype mailing list
Freetype <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Werner LEMBERG | 20 Oct 08:45 2014
Picon

Re: [ft] Problem using Apple sbix format ttf file


In March, Nick asked the following:

  Using the latest freetype 2.5.3 the Apple Color Emoji.ttf file on a
  Mac works fine. However freetype fails to load the glyphs using an
  iPhone's `AppleColorEmoji <at> 2x.ttf' file.

  It looks like either the iphone sbix format used is slightly
  different, or the png format has been customized...?

I've now had a closer look, and I can finally answer it :-) The format
of this font's sbix table is indeed different.  It uses an `rgbl'
graphic type, which is officially unsupported by Apple, according to
the recently published sbix specification.

  https://developer.apple.com/fonts/TrueType-Reference-Manual/RM06/Chap6sbix.html

It shouldn't be too hard to implement the `rgbl' type in FreeType,
since it appears to be an uncompressed format with four bytes per
pixel, but I doubt that it makes sense, given the fast pace of iOS
versions.

I suppose that recent emoji fonts of Apple use one of the much more
compact formats like `png' that should shrink the font size a lot.

    Werner
Werner LEMBERG | 18 Oct 11:07 2014
Picon

[ft] Telugu support in auto-hinter and ttfautohint


Folks,


I've added Telugu support to both FreeType's auto-hinter and
ttfautohint.  To be more precise, blue zone support is now available,
which should give better alignments.

Please test the git repositories and report any issues – since I don't
have real knowledge of this script it's likely that there are still
issues.


    Werner
_______________________________________________
Freetype mailing list
Freetype <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Werner LEMBERG | 4 Oct 18:34 2014
Picon

Re: [ft] New ttfautohint release soon


> I have a similar issue with 'rod.ttf' that comes with windows ( I
> think ) It renders mono fine, but antialiasing on diagonales makes
> it blotchy when rendered higher grey scale.
> 
> any chance you can try that one too?

Please be more specific.  Which glyphs?  Which size?  And please
send images that show the problem.

    Werner
John Owen | 1 Oct 14:17 2014
Picon

[ft] How can I render monospace text in any font?

Given any typical font, not necessarily a monospace one, how can I
render text in a monospace style? I've tried messing around with
drawing the bitmaps of the glyphs individually, but I can never get
the x and y alignment between glyphs right. I'm using OpenGL and
python, but the answer should be adaptable to any graphics context or
language. I've also opened a question on SO if anyone wanted to use
that.

http://stackoverflow.com/q/26138577/1093155

Apologies if I screw something up, I'm new to mailing lists.
Phil Endecott | 27 Sep 17:30 2014

[ft] Metrics for pre-rendered glyphs - am I doing this right?

Dear List,

Thanks for helping with my earlier question.  I'm now going to 
describe what I'm doing to check if I've got it right - now that 
I don't have obvious off-by-one errors, it's hard to spot the 
more subtle mistakes even with a magnifier!

I have an OpenGL application in which I use FreeType to pre-render 
glyphs into a texture; when I want to draw text onto the display I 
use OpenGL to copy glyph rectangles from that texture to rectangles 
on the display.

In the simplest version, for each glyph I store the bitmap_left, 
bitmap_top and linearHoriAdvance values (all in 64ths of a pixel, 
though bitmap_left and bitmap_top are always whole numbers of pixels).  
Then drawing algorithm is (pseudo-code):

int x = x0, y = y0;  // in 64ths of a pixel
for each glyph {
  find the bitmap in the texture
  copy it to the screen with its bottom-left corner at
  ( round((x+bitmap_left)/64), round((y+bitmap_top-bitmap_height)/64) )
  x += linearHoriAdvance
  x += kerning  
}

Does that look reasonable?

For smaller font sizes, I am attempting to do sub-pixel horizontal 
positioning.  For each glyph, I store 2 or 4 (or more) bitmaps with 
different horizontal offsets.  I render these by calling 
FT_Set_Transform() first, and I then change the value that I store 
as the bitmap_left.  So if the actual bitmap_left is, say, 2 pixels, 
for the copy of the glyph that is offset by half a pixel I store a 
bitmap_left value of 1.5 (i.e. 96 in 64ths).

Then, when drawing, I consider each of the bitmaps for the glph and 
choose the best one:

int x = x0, y = y0;  // in 64ths of a pixel
for each glyph {
  find the bitmaps in the texture
  for each bitmap {
    ideal_x_pos = x + bitmap_left
    actual_x_pos = round to nearest multiple of 64 (ideal_x_pos)
    error = abs(actual_x_pos - ideal_x_pos)
  }
  select the bitmap with the smallest error
  copy it to the screen with its bottom-left corner at
  ( round((x+bitmap_left)/64), round((y+bitmap_top-bitmap_height)/64) )
  x += linearHoriAdvance
  x += kerning  
}

As I said, this seems to give reasonable results but I'm not convinced 
that I would notice a subtle error, even when looking at the screen 
through a magnifier.  So if anyone can spot any potential problems, 
please let me know!

Thanks,  Phil.
Phil Endecott | 27 Sep 01:38 2014

[ft] bitmap_left description

Dear Experts,

The docs for bitmap_left say:

     This is the bitmap's left bearing expressed in integer
     pixels. Of course, this is only valid if the format is
     FT_GLYPH_FORMAT_BITMAP.

I'm rendering individual glyphs from a TrueType font using
FT_Load_Glyph() followed by FT_Render_Glyph().  Having done
that I had been struggling to work out the metrics for the
result.  Then I discovered that bitmap_left and bitmap_top
seem to tell me exactly what I need to know - but I had
been avoiding them because this not a bitmap font and the
description quoted above.

Is it OK to use bitmap_left/top after FT_Render_Glyph()?
Is this a documentation issue?

Thanks,  Phil.
Thomas H. Puzia | 26 Sep 20:39 2014
Picon

[ft] how to uninstall freetype

Hi there,

I installed freetype in a local directory on my MacPro (OS X 10.9.5) and am having trouble with running all my other programs now!

e.g.

:/Users/tpuzia/Science/local/lib> make
dyld: Symbol not found: __cg_png_create_info_struct
  Referenced from: /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
  Expected in: /Users/tpuzia/Science/local/lib/libPng.dylib
 in /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
make: error: unable to locate xcodebuild, please make sure the path to the Xcode folder is set correctly!
make: error: You can set the path to the Xcode folder using /usr/bin/xcode-select -switch


Please, help!

Thanks,
Thomas
___________________________________________________________

  Thomas H. Puzia, Institute of Astrophysics, Pontificia Universidad Catolica de Chile
  http://www.astro.puc.cl/~tpuzia

 
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of this email by you is prohibited.

_______________________________________________
Freetype mailing list
Freetype <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype

Gmane