All Projects FSSCP  wxFRED

View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000714FSSCP---------public2006-01-15 15:082006-01-17 10:50
ReporterMr_Maniac Assigned Totaylor  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Summary0000714: Newest CVS-Build won't compile under Linux...
DescriptionWell... The newest CVS-Build won't compile under Linux...

Oh... Is there / will there be an extra category for Linux?
Or should I commit bugs to the category "icculus"?
Additional InformationGcc-Errors as attachment..
TagsNo tags attached.

Activities

2006-01-15 15:08

 

error.txt (4,108 bytes)    
Making all in libjpeg
make[1]: Entering directory `/mnt/store/Dachboden/Desktop/sources/fs2_open/libjpeg'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/mnt/store/Dachboden/Desktop/sources/fs2_open/libjpeg'
Making all in lua
make[1]: Entering directory `/mnt/store/Dachboden/Desktop/sources/fs2_open/lua'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/mnt/store/Dachboden/Desktop/sources/fs2_open/lua'
Making all in code
make[1]: Entering directory `/mnt/store/Dachboden/Desktop/sources/fs2_open/code'
if g++ -DPACKAGE_NAME=\"fs2_open\" -DPACKAGE_TARNAME=\"fs2_open\" -DPACKAGE_VERSION=\"3.6.7\" -DPACKAGE_STRING=\"fs2_open\ 3.6.7\" -DPACKAGE_BUGREPORT=\"\" -DNO_CD_CHECK=1 -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIBGL=1 -DSCP_UNIX=1 -DNO_DIRECT3D=1 -DUSE_OPENAL=1  -I. -I.    -g -O2 -Wall -I/usr/include/SDL -D_REENTRANT -fsigned-char -Wno-unknown-pragmas  -Wno-deprecated -Wno-char-subscripts  -MT ai.o -MD -MP -MF ".deps/ai.Tpo" -c -o ai.o `test -f 'ai/ai.cpp' || echo './'`ai/ai.cpp; \
then mv -f ".deps/ai.Tpo" ".deps/ai.Po"; else rm -f ".deps/ai.Tpo"; exit 1; fi
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_vector.h: In destructor `std::_Vector_base<_Tp, _Alloc>::~_Vector_base() [with _Tp = std::string, _Alloc = std::allocator<std::string>]':
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_vector.h:182:   instantiated from `std::vector<_Tp, _Alloc>::vector(const typename std::_Vector_base<_Tp, _Alloc>::allocator_type&) [with _Tp = std::string, _Alloc = std::allocator<std::string>]'
./ship/ship.h:1535:   instantiated from here
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_vector.h:106: error: invalid use of undefined type `struct std::string'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stringfwd.h:56: error: declaration of `struct std::string'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_construct.h: In function `void std::__destroy_aux(_ForwardIterator, _ForwardIterator, __false_type) [with _ForwardIterator = std::string*]':
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_construct.h:152:   instantiated from `void std::_Destroy(_ForwardIterator, _ForwardIterator) [with _ForwardIterator = std::string*]'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_vector.h:256:   instantiated from `std::vector<_Tp, _Alloc>::~vector() [with _Tp = std::string, _Alloc = std::allocator<std::string>]'
./ship/ship.h:1535:   instantiated from here
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_construct.h:120: error: cannot increment a pointer to incomplete type `std::string'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_construct.h: In function `void std::_Destroy(_Tp*) [with _Tp = std::string]':
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_construct.h:120:   instantiated from `void std::__destroy_aux(_ForwardIterator, _ForwardIterator, __false_type) [with _ForwardIterator = std::string*]'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_construct.h:152:   instantiated from `void std::_Destroy(_ForwardIterator, _ForwardIterator) [with _ForwardIterator = std::string*]'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_vector.h:256:   instantiated from `std::vector<_Tp, _Alloc>::~vector() [with _Tp = std::string, _Alloc = std::allocator<std::string>]'
./ship/ship.h:1535:   instantiated from here
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stl_construct.h:107: error: invalid use of undefined type `struct std::basic_string<char, std::char_traits<char>, std::allocator<char> >'
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/bits/stringfwd.h:56: error: declaration of `struct std::basic_string<char, std::char_traits<char>, std::allocator<char> >'
make[1]: *** [ai.o] Error 1
make[1]: Leaving directory `/mnt/store/Dachboden/Desktop/sources/fs2_open/code'
make: *** [all-recursive] Error 1
error.txt (4,108 bytes)   

taylor

2006-01-15 16:56

administrator   ~0004296

Goober reported the same thing (check the internal forum) so it's not strictly a Linux thing. I assume that a fix is in the works but I'll take a quick look and see if I can find anything useful to tell you.

Don't file under "icculus", since there is a far amount of differences now. I don't know if there needs to be a linux category or not but maybe Goober or Inq will decide that some type of linux/osx category is warranted.

taylor

2006-01-15 17:13

administrator   ~0004297

I think WMCoolmon's suggestion from the forums is right, you have to comment out the contructor for ship_type_info struct in ship.h. It's also used as a vector (containing other vectors) and I think that makes it illegal, but my c++ isn't very good so I have only a vague guess. Either way I don't think it's actually needed.

taylor

2006-01-15 19:48

administrator   ~0004300

Should be fixed in CVS now. There were several other bugs with that same basic code that I fixed too. Good thing I looked at it or we'd have to deal with those later. :)

If it doesn't work correctly let me know.

Alpha0

2006-01-16 10:02

reporter   ~0004315

The errors mentioned are also fixable by simply including <string>, just before <vector>, in ship.h, without having to comment anything out, on the Windows port of GCC, at least.

taylor

2006-01-17 10:50

administrator   ~0004338

Going to assume this is fixed since I haven't heard otherwise, and it's working for me. The suggestion from Alpha0 is a good one too so I may end up going back and changing that part of my fix, not really worth it at this point though.

taylor

2006-01-17 10:50

administrator   ~0004339

Fixered.

Issue History

Date Modified Username Field Change
2006-01-15 15:08 Mr_Maniac New Issue
2006-01-15 15:08 Mr_Maniac File Added: error.txt
2006-01-15 16:56 taylor Note Added: 0004296
2006-01-15 17:13 taylor Note Added: 0004297
2006-01-15 19:48 taylor Note Added: 0004300
2006-01-15 19:49 taylor Status new => assigned
2006-01-15 19:49 taylor Assigned To => taylor
2006-01-16 10:02 Alpha0 Note Added: 0004315
2006-01-17 10:50 taylor Note Added: 0004338
2006-01-17 10:50 taylor Status assigned => resolved
2006-01-17 10:50 taylor Resolution open => fixed
2006-01-17 10:50 taylor Note Added: 0004339