Results 1 to 10 of 10

Thread: trying to compile ClanLib-3.0

  1. #1

    Default trying to compile ClanLib-3.0

    Hi,
    I'm trying to compile ClanLib-3.0 (dowloaded yesterday from the scm).
    Generating and running the configure is OK, but then when I run make it ends with this error:

    Code:
    make[2]: Entering directory `/mnt/ramdisk/clan3/Sources/API'
    make[2]: *** No rule to make target `Scene3D/ModelData/model_data_material_range.h', needed by `all-am'.  Stop.
    There is no file named "model_data_material_range.h".
    Searching on google for this file name don't gives any answer.

  2. #2
    ClanLib Developer
    Join Date
    Sep 2006
    Location
    Bergen, Norway
    Posts
    588

    Default

    ClanLib 3.0 is under constant development, and since the core developers all use Windows as their everyday platform, the linux build is not always in sync.

    Either change the makefiles with the missing files, and fix potential cross platform issues, or wait till the linux build is fixed (no fixed schedule for that, though).

  3. #3
    ClanLib Developer
    Join Date
    May 2007
    Posts
    1,824

    Default

    It has been fixed.

    I am working towards releasing a ClanLib 3.0 "Release Candidate", Once all examples and tests are working.

    The API for ClanLib 3.0 has stabilised (at last!)

    There may be one or two tweaks before ClanLib 3.0 is fully released.

    More news coming soon...

  4. #4
    ClanLib Developer
    Join Date
    May 2007
    Posts
    1,824

    Default

    Any patches are extremely welcome ))

  5. #5

    Default

    Quote Originally Posted by sphair View Post
    ClanLib 3.0 is under constant development, and since the core developers all use Windows as their everyday platform, the linux build is not always in sync.

    Either change the makefiles with the missing files, and fix potential cross platform issues, or wait till the linux build is fixed (no fixed schedule for that, though).
    That's fine!
    I know that 3.0 is the development version.
    I'm curently using 2.1 and 2.3
    I'm trying to check out 3.0 from time to time, just to keep an eye on what will arrive next.

    Quote Originally Posted by rombust View Post
    It has been fixed.

    I am working towards releasing a ClanLib 3.0 "Release Candidate", Once all examples and tests are working.

    The API for ClanLib 3.0 has stabilised (at last!)

    There may be one or two tweaks before ClanLib 3.0 is fully released.

    More news coming soon...
    That's great!
    I've started initial draft for a language bindings to 2.1 and 2.3
    I would enjoy if I can provide it for 3.0 too quite soon after its released.

    Quote Originally Posted by rombust View Post
    Any patches are extremely welcome ))
    Yes, I thought it was really a file missing, like if you forgot to commit it into the scm.
    Didn't thought that I could just remove it from the Makefile.

    There's another one:

    Code:
    make[2]: Entering directory `/mnt/ramdisk/clan3/Sources/API'
    make[2]: *** No rule to make target `Scene3D/scene_inout_data.h', needed by `all-am'.  Stop.
    remove it works:

    Code:
    --- Makefile.in
    +++ Makefile.in
    @@ -837,11 +837,13 @@
     	Scene3D/scene_pass.h \
     	Scene3D/scene.h \
     	Scene3D/scene_light.h \
    -	Scene3D/scene_inout_data.h \
     	Scene3D/scene_cache_provider.h \
     	Scene3D/scene_particle_emitter.h \
     	Scene3D/scene_cull_provider.h \
     	Scene3D/scene_cache.h \
    -	Scene3D/scene_model.h \
    -	Scene3D/cached_texture.h
    +	Scene3D/scene_model.h
     
     clanPhysics3D_includes = \
     	physics3d.h \
    But then an error again:

    Code:
    Making all in Sources
    make[1]: Entering directory `/mnt/ramdisk/clan3/Sources'
    Making all in API
    make[2]: Entering directory `/mnt/ramdisk/clan3/Sources/API'
    make[2]: Nothing to be done for `all'.
    make[2]: Leaving directory `/mnt/ramdisk/clan3/Sources/API'
    Making all in App
    make[2]: Entering directory `/mnt/ramdisk/clan3/Sources/App'
    make[2]: Nothing to be done for `all'.
    make[2]: Leaving directory `/mnt/ramdisk/clan3/Sources/App'
    Making all in Core
    make[2]: Entering directory `/mnt/ramdisk/clan3/Sources/Core'
    /bin/sh ../../libtool  --tag=CXX   --mode=compile g++ -DPACKAGE_NAME=\"ClanLib\" -DPACKAGE_TARNAME=\"clanlib\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"ClanLib\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"clanlib\" -DVERSION=\"3.0.0\" -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_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_STDBOOL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_KD_H=1 -DHAVE_SYS_VT_H=1 -DHAVE_SYS_SYSCTL_H=1 -DHAVE_FSTAB_H=1 -DEXTERN___PROGNAME=1 -DHAVE_WCSCASECMP=1 -DHAVE_TLS=1 -DHAVE_LINUX_JOYSTICK_H=1 -DHAVE_LINUX_INPUT_H=1 -DHAVE_X11_EXTENSIONS_XRENDER_H=1 -DHAVE_GLX_GETPROCADDRESSARB=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_ALSA_ASOUNDLIB_H=1 -DUSE_GETADDR=1 -I.     -msse2 -pthread -std=c++0x -g -O2 -std=c++0x  -msse2     -I/usr/include/freetype2     -I../../Sources -MT Resources/libclan30Core_la-resource_
    manager.lo -MD -MP -MF Resources/.deps/libclan30Core_la-resource_manager.Tpo -c -o Resources/libclan30Core_la-resource_manager.lo `test -f 'Resources/resource_manager.cpp' || echo './'`Resources/resource_manager.cpp
    libtool: compile:  g++ -DPACKAGE_NAME=\"ClanLib\" -DPACKAGE_TARNAME=\"clanlib\" -DPACKAGE_VERSION=\"3.0.0\" "-DPACKAGE_STRING=\"ClanLib 3.0.0\"" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"clanlib\" -DVERSION=\"3.0.0\" -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_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_STDBOOL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_KD_H=1 -DHAVE_SYS_VT_H=1 -DHAVE_SYS_SYSCTL_H=1 -DHAVE_FSTAB_H=1 -DEXTERN___PROGNAME=1 -DHAVE_WCSCASECMP=1 -DHAVE_TLS=1 -DHAVE_LINUX_JOYSTICK_H=1 -DHAVE_LINUX_INPUT_H=1 -DHAVE_X11_EXTENSIONS_XRENDER_H=1 -DHAVE_GLX_GETPROCADDRESSARB=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_ALSA_ASOUNDLIB_H=1 -DUSE_GETADDR=1 -I. -msse2 -pthread -std=c++0x -g -O2 -std=c++0x -msse2 -I/usr/include/freetype2 -I../../Sources -MT Resources/libclan30Core_la-resource_manager.lo -MD -MP -MF Resources/.deps/
    libclan30Core_la-resource_manager.Tpo -c Resources/resource_manager.cpp  -fPIC -DPIC -o Resources/.libs/libclan30Core_la-resource_manager.o
    In file included from ../../Sources/API/Core/Resources/resource_manager.h:36:0,
                     from Resources/resource_manager.cpp:30:
    ../../Sources/API/Core/Resources/resource_object.h: In member function 'bool clan::ResourceObject::operator<=(const clan::ResourceObject&) const':
    ../../Sources/API/Core/Resources/resource_object.h:73:78: error: no match for 'operator<=' in '((const clan::ResourceObject*)this)->clan::ResourceObject::object <= other.clan::ResourceObject::object'
    ../../Sources/API/Core/Resources/resource_object.h:73:78: note: candidates are:
    ../../Sources/API/Core/Resources/resource_object.h:73:78: note: operator<=(int, int) <built-in>
    ../../Sources/API/Core/Resources/resource_object.h:73:78: note:   no known conversion for argument 2 from 'const std::shared_ptr<clan::Resource_BaseImpl>' to 'int'
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_multimap.h:838:5: note: template<class _Key, class _Tp, class _Compare, class _Alloc> bool std::operator<=(const std::multimap<_Key, _Tp, _Compare, _Alloc>&, const std::multimap<_Key, _Tp, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_map.h:920:5: note: template<class _Key, class _Tp, class _Compare, class _Alloc> bool std::operator<=(const std::map<_Key, _Tp, _Compare, _Alloc>&, const std::map<_Key, _Tp, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_tree.h:890:5: note: template<class _Key, class _Val, class _KeyOfValue, class _Compare, class _Alloc> bool std::operator<=(const std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, _Alloc>&, const std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/unique_ptr.h:475:5: note: template<class _Tp, class _Dp, class _Up, class _Ep> bool std::operator<=(const std::unique_ptr<_Tp, _Dp>&, const std::unique_ptr<_Up, _Ep>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/tuple:609:5: note: template<class ... _TElements, class ... _UElements> bool std::operator<=(const std::tuple<_TElements ...>&, const std::tuple<_Elements ...>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2608:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator<=(const _CharT*, const std::basic_string<_CharT, _Traits, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2596:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator<=(const std::basic_string<_CharT, _Traits, _Alloc>&, const _CharT*)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2584:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator<=(const std::basic_string<_CharT, _Traits, _Alloc>&, const std::basic_string<_CharT, _Traits, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_vector.h:1309:5: note: template<class _Tp, class _Alloc> bool std::operator<=(const std::vector<_Tp, _Alloc>&, const std::vector<_Tp, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:1067:5: note: template<class _Iterator> bool std::operator<=(const std::move_iterator<_Iterator>&, const std::move_iterator<_Iterator>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:1061:5: note: template<class _IteratorL, class _IteratorR> bool std::operator<=(const std::move_iterator<_IteratorL>&, const std::move_iterator<_IteratorR>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:359:5: note: template<class _IteratorL, class _IteratorR> bool std::operator<=(const std::reverse_iterator<_IteratorL>&, const std::reverse_iterator<_IteratorR>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:309:5: note: template<class _Iterator> bool std::operator<=(const std::reverse_iterator<_Iterator>&, const std::reverse_iterator<_Iterator>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_pair.h:226:5: note: template<class _T1, class _T2> constexpr bool std::operator<=(const std::pair<_T1, _T2>&, const std::pair<_T1, _T2>&)
    ../../Sources/API/Core/Resources/resource_object.h: In member function 'bool clan::ResourceObject::operator>(const clan::ResourceObject&) const':
    ../../Sources/API/Core/Resources/resource_object.h:74:76: error: no match for 'operator>' in '((const clan::ResourceObject*)this)->clan::ResourceObject::object > other.clan::ResourceObject::object'
    ../../Sources/API/Core/Resources/resource_object.h:74:76: note: candidates are:
    ../../Sources/API/Core/Resources/resource_object.h:74:76: note: operator>(int, int) <built-in>
    ../../Sources/API/Core/Resources/resource_object.h:74:76: note:   no known conversion for argument 2 from 'const std::shared_ptr<clan::Resource_BaseImpl>' to 'int'
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_multimap.h:831:5: note: template<class _Key, class _Tp, class _Compare, class _Alloc> bool std::operator>(const std::multimap<_Key, _Tp, _Compare, _Alloc>&, const std::multimap<_Key, _Tp, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_map.h:913:5: note: template<class _Key, class _Tp, class _Compare, class _Alloc> bool std::operator>(const std::map<_Key, _Tp, _Compare, _Alloc>&, const std::map<_Key, _Tp, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_tree.h:883:5: note: template<class _Key, class _Val, class _KeyOfValue, class _Compare, class _Alloc> bool std::operator>(const std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, _Alloc>&, const std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/unique_ptr.h:482:5: note: template<class _Tp, class _Dp, class _Up, class _Ep> bool std::operator>(const std::unique_ptr<_Tp, _Dp>&, const std::unique_ptr<_Up, _Ep>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/tuple:603:5: note: template<class ... _TElements, class ... _UElements> bool std::operator>(const std::tuple<_TElements ...>&, const std::tuple<_Elements ...>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2571:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator>(const _CharT*, const std::basic_string<_CharT, _Traits, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2559:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator>(const std::basic_string<_CharT, _Traits, _Alloc>&, const _CharT*)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2547:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator>(const std::basic_string<_CharT, _Traits, _Alloc>&, const std::basic_string<_CharT, _Traits, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_vector.h:1303:5: note: template<class _Tp, class _Alloc> bool std::operator>(const std::vector<_Tp, _Alloc>&, const std::vector<_Tp, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:1079:5: note: template<class _Iterator> bool std::operator>(const std::move_iterator<_Iterator>&, const std::move_iterator<_Iterator>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:1073:5: note: template<class _IteratorL, class _IteratorR> bool std::operator>(const std::move_iterator<_IteratorL>&, const std::move_iterator<_IteratorR>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:353:5: note: template<class _IteratorL, class _IteratorR> bool std::operator>(const std::reverse_iterator<_IteratorL>&, const std::reverse_iterator<_IteratorR>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:303:5: note: template<class _Iterator> bool std::operator>(const std::reverse_iterator<_Iterator>&, const std::reverse_iterator<_Iterator>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_pair.h:220:5: note: template<class _T1, class _T2> constexpr bool std::operator>(const std::pair<_T1, _T2>&, const std::pair<_T1, _T2>&)
    ../../Sources/API/Core/Resources/resource_object.h: In member function 'bool clan::ResourceObject::operator>=(const clan::ResourceObject&) const':
    ../../Sources/API/Core/Resources/resource_object.h:75:78: error: no match for 'operator>=' in '((const clan::ResourceObject*)this)->clan::ResourceObject::object >= other.clan::ResourceObject::object'
    ../../Sources/API/Core/Resources/resource_object.h:75:78: note: candidates are:
    ../../Sources/API/Core/Resources/resource_object.h:75:78: note: operator>=(int, int) <built-in>
    ../../Sources/API/Core/Resources/resource_object.h:75:78: note:   no known conversion for argument 2 from 'const std::shared_ptr<clan::Resource_BaseImpl>' to 'int'
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_multimap.h:845:5: note: template<class _Key, class _Tp, class _Compare, class _Alloc> bool std::operator>=(const std::multimap<_Key, _Tp, _Compare, _Alloc>&, const std::multimap<_Key, _Tp, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_map.h:927:5: note: template<class _Key, class _Tp, class _Compare, class _Alloc> bool std::operator>=(const std::map<_Key, _Tp, _Compare, _Alloc>&, const std::map<_Key, _Tp, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_tree.h:897:5: note: template<class _Key, class _Val, class _KeyOfValue, class _Compare, class _Alloc> bool std::operator>=(const std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, _Alloc>&, const std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/unique_ptr.h:489:5: note: template<class _Tp, class _Dp, class _Up, class _Ep> bool std::operator>=(const std::unique_ptr<_Tp, _Dp>&, const std::unique_ptr<_Up, _Ep>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/tuple:615:5: note: template<class ... _TElements, class ... _UElements> bool std::operator>=(const std::tuple<_TElements ...>&, const std::tuple<_Elements ...>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2645:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator>=(const _CharT*, const std::basic_string<_CharT, _Traits, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2633:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator>=(const std::basic_string<_CharT, _Traits, _Alloc>&, const _CharT*)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/basic_string.h:2621:5: note: template<class _CharT, class _Traits, class _Alloc> bool std::operator>=(const std::basic_string<_CharT, _Traits, _Alloc>&, const std::basic_string<_CharT, _Traits, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_vector.h:1315:5: note: template<class _Tp, class _Alloc> bool std::operator>=(const std::vector<_Tp, _Alloc>&, const std::vector<_Tp, _Alloc>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:1091:5: note: template<class _Iterator> bool std::operator>=(const std::move_iterator<_Iterator>&, const std::move_iterator<_Iterator>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:1085:5: note: template<class _IteratorL, class _IteratorR> bool std::operator>=(const std::move_iterator<_IteratorL>&, const std::move_iterator<_IteratorR>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:365:5: note: template<class _IteratorL, class _IteratorR> bool std::operator>=(const std::reverse_iterator<_IteratorL>&, const std::reverse_iterator<_IteratorR>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_iterator.h:315:5: note: template<class _Iterator> bool std::operator>=(const std::reverse_iterator<_Iterator>&, const std::reverse_iterator<_Iterator>&)
    /usr/lib/gcc/i586-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/bits/stl_pair.h:232:5: note: template<class _T1, class _T2> constexpr bool std::operator>=(const std::pair<_T1, _T2>&, const std::pair<_T1, _T2>&)
    make[2]: *** [Resources/libclan30Core_la-resource_manager.lo] Error 1
    make[2]: Leaving directory `/mnt/ramdisk/clan3/Sources/Core'
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/mnt/ramdisk/clan3/Sources'
    make: *** [all-recursive] Error 1

  6. #6

    Default test

    Quote Originally Posted by sphair View Post
    ClanLib 3.0 is under constant development, and since the core developers all use Windows as their everyday platform, the linux build is not always in sync.

    Either change the makefiles with the missing files, and fix potential cross platform issues, or wait till the linux build is fixed (no fixed schedule for that, though).
    That's fine!
    I know that 3.0 is the development version.
    I'm curently using 2.1 and 2.3
    I'm trying to check out 3.0 from time to time, just to keep an eye on what will arrive next.

    Quote Originally Posted by rombust View Post
    It has been fixed.

    I am working towards releasing a ClanLib 3.0 "Release Candidate", Once all examples and tests are working.

    The API for ClanLib 3.0 has stabilised (at last!)

    There may be one or two tweaks before ClanLib 3.0 is fully released.

    More news coming soon...
    That's great!
    I've started initial draft for a language bindings to 2.1 and 2.3
    I would enjoy if I can provide it for 3.0 too quite soon after its released.

    Quote Originally Posted by rombust View Post
    Any patches are extremely welcome ))
    Yes, I thought it was really a file missing, like if you forgot to commit it into the scm.
    Didn't thought that I could just remove it from the Makefile.

    There's another one:

    Code:
    make[2]: Entering directory `/mnt/ramdisk/clan3/Sources/API'
    make[2]: *** No rule to make target `Scene3D/scene_inout_data.h', needed by `all-am'.  Stop.
    remove it works:

    Code:
    --- Makefile.in
    +++ Makefile.in
    @@ -837,11 +837,13 @@
     	Scene3D/scene_pass.h \
     	Scene3D/scene.h \
     	Scene3D/scene_light.h \
    -	Scene3D/scene_inout_data.h \
     	Scene3D/scene_cache_provider.h \
     	Scene3D/scene_particle_emitter.h \
     	Scene3D/scene_cull_provider.h \
     	Scene3D/scene_cache.h \
    -	Scene3D/scene_model.h \
    -	Scene3D/cached_texture.h
    +	Scene3D/scene_model.h
     
     clanPhysics3D_includes = \
     	physics3d.h \
    But then an error again:

    http://paste.kde.org/748484/
    http://fpaste.org/13598/91838441/
    http://pastebin.mozilla.org/2428922
    http://paste.ubuntu.com/5688888/

    (dunno which paste you prefer)
    Last edited by lumak; 05-22-2013 at 12:54 AM. Reason: probably the message was too long

  7. #7

    Default

    Quote Originally Posted by sphair View Post
    ClanLib 3.0 is under constant development, and since the core developers all use Windows as their everyday platform, the linux build is not always in sync.

    Either change the makefiles with the missing files, and fix potential cross platform issues, or wait till the linux build is fixed (no fixed schedule for that, though).
    That's fine!
    I know that 3.0 is the development version.
    I'm curently using 2.1 and 2.3
    I'm trying to check out 3.0 from time to time, just to keep an eye on what will arrive next.

    Quote Originally Posted by rombust View Post
    It has been fixed.

    I am working towards releasing a ClanLib 3.0 "Release Candidate", Once all examples and tests are working.

    The API for ClanLib 3.0 has stabilised (at last!)

    There may be one or two tweaks before ClanLib 3.0 is fully released.

    More news coming soon...
    That's great!
    I've started initial draft for a language bindings to 2.1 and 2.3
    I would enjoy if I can provide it for 3.0 too quite soon after its released.

    Quote Originally Posted by rombust View Post
    Any patches are extremely welcome ))
    Yes, I thought it was really a file missing, like if you forgot to commit it into the scm.
    Didn't thought that I could just remove it from the Makefile.

    There's another one:

    Code:
    make[2]: Entering directory `/mnt/ramdisk/clan3/Sources/API'
    make[2]: *** No rule to make target `Scene3D/scene_inout_data.h', needed by `all-am'.  Stop.
    remove it works:

    Code:
    --- Makefile.in
    +++ Makefile.in
    @@ -837,11 +837,13 @@
     	Scene3D/scene_pass.h \
     	Scene3D/scene.h \
     	Scene3D/scene_light.h \
    -	Scene3D/scene_inout_data.h \
     	Scene3D/scene_cache_provider.h \
     	Scene3D/scene_particle_emitter.h \
     	Scene3D/scene_cull_provider.h \
     	Scene3D/scene_cache.h \
    -	Scene3D/scene_model.h \
    -	Scene3D/cached_texture.h
    +	Scene3D/scene_model.h
     
     clanPhysics3D_includes = \
     	physics3d.h \
    But then an error again:

    http://paste.kde.org/748484/
    http://paste.ubuntu.com/5688888/
    http://pastebin.mozilla.org/2428922
    http://fpaste.org/13598/91838441/

    (dunno which paste style you prefer, so I put several)

  8. #8
    ClanLib Developer
    Join Date
    May 2007
    Posts
    1,824

    Default

    Sorry, ignore SVN for a moment, a developer is currently rewriting a portion of ClanLib resource management.

    That's a good reason for ClanLib to move onto GIT (from SVN)

  9. #9

    Default

    Quote Originally Posted by rombust View Post
    Any patches are extremely welcome ))
    I finally got clan3 compiled !
    this is the very first time, yeah XD

    here are the modifications I've made:

    http://paste.kde.org/750818/

  10. #10

    Default got clan3 compiled

    Quote Originally Posted by rombust View Post
    Any patches are extremely welcome ))
    I finally got clan3 compiled !
    this is the very first time, yeah XD

    here are the modifications I've made:

    http://paste.kde.org/750818/

Similar Threads

  1. Can't Compile ClanLib project?
    By CloudVII in forum Official ClanLib SDK Forums
    Replies: 0
    Last Post: 12-11-2012, 04:37 PM
  2. ClanLib + Eclipse. Can't compile.
    By igorpan in forum Official ClanLib SDK Forums
    Replies: 8
    Last Post: 05-23-2012, 03:08 AM
  3. How can I compile clanlib with sdl,directfb support?
    By vncntd in forum Official ClanLib SDK Forums
    Replies: 1
    Last Post: 07-17-2011, 07:43 AM
  4. Trying to compile ClanLib 8.0 in Visual Studio 6.0
    By antikhaoz in forum Official ClanLib SDK Forums
    Replies: 11
    Last Post: 07-21-2009, 08:08 PM
  5. Can't compile ClanLib on OpenBSD
    By zmyrgel in forum Official ClanLib SDK Forums
    Replies: 3
    Last Post: 03-06-2008, 07:57 AM

Bookmarks

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •