#12 Can't compile

closed-fixed
nobody
None
5
2011-07-23
2010-03-02
Anonymous
No

./configure runs without error, but when I run make, it gives this error:
In file included from lib/assembler_0.cpp:21:
lib/problem.h:97: error: ‘uint32_t’ was not declared in this scope
lib/problem.h:97: error: template argument 1 is invalid
lib/problem.h:97: error: template argument 2 is invalid
lib/problem.h:97: error: template argument 3 is invalid
lib/assembler_0.cpp: In function ‘void printMatrix(const std::vector<unsigned int, std::allocator<unsigned int> >&, const std::vector<unsigned int, std::allocator<unsigned int> >&, const std::vector<unsigned int, std::allocator<unsigned int> >&, const std::vector<unsigned int, std::allocator<unsigned int> >&, unsigned int, unsigned int)’:
lib/assembler_0.cpp:131: warning: unused variable ‘column’
make[2]: *** [assembler_0.o] Error 1
make[2]: Leaving directory `/home/username/Progs/burrtools-0.5.2/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/username/Progs/burrtools-0.5.2/src'
make: *** [all-recursive] Error 1

Discussion

  • Andreas Röver

    Andreas Röver - 2010-03-09

    can you please try and find out in which header file on your system uint32_t is declared. Normally it should be in stdint.h, which sould be included by inttypes.h, which is included by voxel.h then assembler_0.h then assembler_0.cpp

    find out where the chain is broken and tell me. Then I can try and fix it

     
  • Luke

    Luke - 2010-03-11

    The headers on my system look fine, though I searched in burrtools-0.5.2/src/lib/voxel.h and couldn't find any reference to inttypes.h.

     
  • Luke

    Luke - 2010-03-12

    I added include inttypes.h to the voxel.h and problem.h and puzzle.h files, now it compiles further, but it still gives an error when running "make":

    flu/Flu_File_Chooser.cpp: In member function ‘int Flu_File_Chooser::popupContextMenu(Flu_File_Chooser::Entry*)’:
    flu/Flu_File_Chooser.cpp:2717: warning: enumeral and non-enumeral type in conditional expression
    flu/Flu_File_Chooser.cpp:2722: error: invalid conversion from ‘const char*’ to ‘char*’
    flu/Flu_File_Chooser.cpp: In member function ‘void Flu_File_Chooser::cleanupPath(FluSimpleString&)’:
    flu/Flu_File_Chooser.cpp:3135: error: invalid conversion from ‘const char*’ to ‘char*’
    flu/Flu_File_Chooser.cpp: At global scope:
    flu/Flu_File_Chooser.cpp:3174: warning: unused parameter ‘path’
    flu/Flu_File_Chooser.cpp: In member function ‘void Flu_File_Chooser::cd(const char*)’:
    flu/Flu_File_Chooser.cpp:3750: error: invalid conversion from ‘const char*’ to ‘char*’
    flu/Flu_File_Chooser.cpp: In function ‘const char* _flu_file_chooser(const char*, const char*, const char*, int, int*, FluStringVector*)’:
    flu/Flu_File_Chooser.cpp:4183: error: invalid conversion from ‘const char*’ to ‘char*’
    make[2]: *** [Flu_File_Chooser.o] Error 1

     
  • Andreas Röver

    Andreas Röver - 2010-03-15

    I guess you are usigng a very recent gcc compiler or so. One that doesn't accept the conversion from string literals to (char *) any more. Sorry for my laziness. That problem has been long on the horizon but I didn't prepare for it.
    You could try to find a gcc switch that makes it more relaxed in this matter, you could go on and add casts in those places, or maybe change the offending variables to const char *. Or you can wait. I guess I will solve that problem soon and then check in the changes. Then you could checkout (or download) the source in the repository....

     
  • Andreas Röver

    Andreas Röver - 2011-07-23

    Should be fixed by now

     
  • Andreas Röver

    Andreas Röver - 2011-07-23
    • status: open --> closed-fixed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks