Re: [ft-devel] Problems compiling freetype into dll

2013-07-07 Thread Jörg Günnewig
Hello.

Sorry, I had a busy week, otherwise I'd have replied earlier.

Please open a standard Windows
terminal (*not* msys), set up a proper path to the mingw tools (gcc,
GNU make, etc.), and execute make

This is the mingw part of my path variable:
C:\mingw\mingw\bin;C:\mingw\mingw\MSYS\1.0\local\bin;C:\mingw\mingw\MSYS\1.0\bin;

Fresh clean freetype is put into
C:\ft2501\freetype-2.5.0.1

Opening cmd, going to that dir, running
'make' results in

C:\ft2501\freetype-2.5.0.1make
make: ver: Command not found
make: type: Command not found
make: *** [dos_setup] Error 127

That doesn't look good.


Maybe you can use ProcMon

Starting over from a clean freetype in msys/home/ft2501

I ran procmon, opened the msys prompt and did
./configure --without-png

Libtool didn't complain about write permissions this time (Which is strange
since I didn't change anything else...)

Anyway, I did a 'make' after that and now I've got a libfreetype-6.dll in
ft2501\freetype-2.5.0.1\objs\.libs

I'll go and try out whether I can use that. I'll report back on how that
works out.


With regards,

Jörg
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel


Re: [ft-devel] Problems compiling freetype into dll

2013-06-25 Thread Jörg Günnewig
Hi.


What do you mean with `mingw32-make'?

The mingw32-make.exe of mingw, which is located in mingw/bin.

Are you actually using the mingw build system?

Yes.


Then simply say `./configure' within an msys terminal, followed by `make'.

D'oh! I've been running mingw32-make.exe directly from cmd. Still getting
used to this build system.


 Please show us *exactly* what you do from a clean directory

My msys/mingw is installed under
C:\mingw\mingw\msys\1.0

I unpacked a clean freetype archive to
C:\mingw\mingw\msys\1.0\home\ft2501\freetype-2.5.0.1

Ran msys.bat, changed to the directory

Since I don't need png support, I ran
./configure --without.png

Then, my platform gets identified as unix.


 please send us log data

I added the log as an attachment.


With regards

Jörg
Yoerg@Computer ~
$ cd ..

Yoerg@Computer /home
$ cd ft2501/

Yoerg@Computer /home/ft2501
$ cd freetype-2.5.0.1/

Yoerg@Computer /home/ft2501/freetype-2.5.0.1
$ ./configure --without-png

FreeType build system -- automatic system detection

The following settings are used:

  platformunix
  compilercc
  configuration directory ./builds/unix
  configuration rules ./builds/unix/unix.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).

cd builds/unix; /bin/sh ./configure  '--without-png'
checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for rmdir... rmdir
checking for a BSD-compatible install... /bin/install -c
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for an ANSI C-conforming const... yes
checking size of int... 4
checking size of long... 4
checking whether cpp computation of bit length in ftconfig.in works... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking for getpagesize... yes
checking for working mmap... no
checking for memcpy... yes
checking for memmove... yes
checking gcc compiler flag -pedantic to assure ANSI C works correctly... ok, add
 it to XX_ANSIFLAGS
checking gcc compiler flag -ansi to assure ANSI C works correctly... ok, add it
to XX_ANSIFLAGS
checking for gzsetparams in -lz... no
checking for BZ2_bzDecompress in -lbz2... no
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by gcc... c:/mingw/mingw/mingw32/bin/ld.exe
checking if the linker (c:/mingw/mingw/mingw32/bin/ld.exe) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /mingw/bin/nm
checking the name lister (/mingw/bin/nm) interface... BSD nm
checking whether ln -s works... no, using cp -pR
checking the maximum length of command line arguments... 8192
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands +=... yes
checking how to convert i686-pc-mingw32 file names to i686-pc-mingw32 format...
func_convert_file_msys_to_w32
checking how to convert i686-pc-mingw32 file names to toolchain format... func_c
onvert_file_msys_to_w32
checking for c:/mingw/mingw/mingw32/bin/ld.exe option to reload object files...
-r
checking for objdump... objdump
checking how to recognize dependent libraries... file_magic ^x86 archive import|
^x86 DLL
checking for dlltool... dlltool
checking how to associate runtime and link libraries... func_cygming_dll_for_imp
lib
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking for gawk... gawk
checking command to parse /mingw/bin/nm output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... no
checking for as... as
checking for dlltool... (cached) dlltool
checking for objdump... 

[ft-devel] Problems compiling freetype into dll

2013-06-22 Thread Jörg Günnewig
Hello.

I've tried to compile freetype 2.5.0.1 from source using mingw32-make
(v2.8.3) on win7.

My system was identyfied as windows w/gcc, so I went and manually replaced
the contents of confic.mk with the contents of w32-mingw32.mk.

'Make'-ing the project works, but doesn't result in a dynamic lib (e.g.
only the .a is build).

Trying out target 'dll' results in
mingw32-make: *** No rule to make target `exported_symbols', needed by
`dll'.  S
top.

Anyone know how what's going wrong here? (Obviously, a built rule missing
or not found, but the error's not very verbose about where).
How can I fix this and get a dll?


Kind regards,

Jörg
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel