User forums > General (but related to Code::Blocks)

Converting Visual C++ project to CB/MinGW (NEED HELP)

<< < (3/4) > >>

dannyyy:
Tim, the package is "freetype-2.3.5.tar.gz", from here:
http://sourceforge.net/project/showfiles.php?group_id=3157

The errors I wrote on the previous post are just examples. The total is 577 errors !

The problem is the compiler complaining about the way the includes are wrote, without a filename.

The code on the post above is inside the "ftcalc.c" file, and the definition of FT_INTERNAL_CALC_H is inside the "internal.h" file. See a fragment of this file:

--- Code: ---#define FT_INTERNAL_OBJECTS_H             <freetype/internal/ftobjs.h>
#define FT_INTERNAL_STREAM_H              <freetype/internal/ftstream.h>
#define FT_INTERNAL_MEMORY_H              <freetype/internal/ftmemory.h>
#define FT_INTERNAL_DEBUG_H               <freetype/internal/ftdebug.h>
#define FT_INTERNAL_CALC_H                <freetype/internal/ftcalc.h>
#define FT_INTERNAL_DRIVER_H              <freetype/internal/ftdriver.h>

--- End code ---
Is MinGW able to compile such code ?

darthdespotism:
I compiled Freetype with those strange includes successfully with g++ on Gnu/Linux. There is IMO no reason why it should fail on MinGW / Win32

stahta01:

--- Quote from: dannyyy on November 08, 2007, 06:14:21 pm ---Tim, the package is "freetype-2.3.5.tar.gz", from here:
http://sourceforge.net/project/showfiles.php?group_id=3157

The errors I wrote on the previous post are just examples. The total is 577 errors !

The problem is the compiler complaining about the way the includes are wrote, without a filename.

The code on the post above is inside the "ftcalc.c" file, and the definition of FT_INTERNAL_CALC_H is inside the "internal.h" file. See a fragment of this file:

--- Code: ---#define FT_INTERNAL_OBJECTS_H             <freetype/internal/ftobjs.h>
#define FT_INTERNAL_STREAM_H              <freetype/internal/ftstream.h>
#define FT_INTERNAL_MEMORY_H              <freetype/internal/ftmemory.h>
#define FT_INTERNAL_DEBUG_H               <freetype/internal/ftdebug.h>
#define FT_INTERNAL_CALC_H                <freetype/internal/ftcalc.h>
#define FT_INTERNAL_DRIVER_H              <freetype/internal/ftdriver.h>

--- End code ---
Is MinGW able to compile such code ?

--- End quote ---

Yes, MinGW is able to do this; are you sure that internal.h is working right?
Where is the include of it?

Did you try to include it above the line having the problem?

Tim S

jarro_2783:
I wish freetype would just use normal includes.

I had a similar problem a while ago. To solve it I did the following.

Make sure you're including <ft2build.h> which I see you are.
Make sure it includes the file needed to get the #define for the #include (not sure if freetype actually includes everything).
The documentation told me to include something that didn't exist because the api changed so make sure those #defines actually still exist.
Make sure you're including the freetype path. Better yet, install pkg-config and use that, and if you have it may be failing but you won't see it from codeblocks. Run it from the command line to make sure it's finding the path.

thomas:

--- Quote from: darthdespotism on November 08, 2007, 09:42:03 pm ---I compiled Freetype with those strange includes successfully with g++ on Gnu/Linux. There is IMO no reason why it should fail on MinGW / Win32
--- End quote ---
Yup,  is no problem... I did that once a year ago or so, worked nicely.

Navigation

[0] Message Index

[#] Next page

[*] Previous page