On 8/30/2010 6:09 PM, Ozkan Sezer wrote: > On Mon, Aug 30, 2010 at 6:04 PM, Vasilakis<[email protected]> wrote: >> On 8/30/2010 5:57 PM, Ozkan Sezer wrote: >>> On Mon, Aug 30, 2010 at 5:49 PM, Vasilakis<[email protected]> wrote: >>>> On 8/30/2010 5:33 PM, Ozkan Sezer wrote: >>>>> On Mon, Aug 30, 2010 at 5:30 PM, Kai Tietz<[email protected]> >>>>> wrote: >>>>>> 2010/8/30 Vasilakis<[email protected]>: >>>>>>> I have a problem compiling an application under windows XPSP3 x86 >>>>>>> with >>>>>>> >>>>>>> mingw-w32-bin_i686-mingw_20100711_sezero.zip + >>>>>>> sezero_20100711_w32_runtime_update_3441.zip >>>>>>> >>>>>>> The exact error reads. >>>>>>> >>>>>>> >>>>>>> >>>>>>> e:\mingw\bin\../lib/gcc/i686-w64-mingw32/4.4.5/../../../../i686-w64-mingw32/include/math.h:384: >>>>>>> error: expected unqualified-id before 'float' >>>>>>> >>>>>>> What does it mean? >>>>>>> >>>>>>> Thanks >>>>>> Hmm, the line you show is 'extern float __cdecl sinf(float _X);'. Now >>>>>> is the question which float gcc is warning here about. If it is the >>>>>> first, then you have possibly a define of extern (which is a bit >>>>>> unlikely). My bets go for the second one and here the issue could be >>>>>> that sinf is a define. To check use preprocessed headers (gcc -E) and >>>>>> check what this line gets expanded to. >>>>>> >>>>>> Regards, >>>>>> Kai >>>>>> >>>>> There is the signbit() macro just before that sinf() prototype. If >>>>> there >>>>> is some voodoo about that one in the user code, that can mess things up >>>>> too? Yes, it would help if we see the preprocessed source. >>>>> >>>>> -- >>>>> Ozkan >>>> Can you please tell me how to do it? I use the latest stable codeblocks >>>> to >>>> compile lsm_1_7_15_source.zip (Lionsnake modeller). with -E it compiles >>>> fine, without it does not. >>>> How can I instruct it to "generate preprocessed headers"? >>>> >>>> Thanks and sorry for my ignorance. >>>> >>> Well, with -E, it is not supposed to compile anything. >>> Find out what the command line is for the particular source file. >>> Suppose it is like: >>> gcc -Dmydefine -Wall -c mysource.c -o mysource.o >>> Now do: >>> gcc -Dmydefine -Wall -E mysource.c> out.txt >>> ... and inspect the generated out.txt to figure things out. >>> >>> -- >>> Ozkan >> I will take a look later. Thank you very much for your advice. >> > OK, I downloaded that lsm_1_7_15_source.zip and it seems like > the calc.h header in it is your problem: It defines sinf (and several > others along with it) and it clashes with the system provided header. > My suggestion would be removing those wrappers which are > already provided by the system headers.
Thank you very much. Unfortunately I did not have time to investigate it further last night. So you saved me time and now I will build it. Thanks again. ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
