Don't Starve Mod Tools Github Repo

[JackSlender]

@simplex same thing.  Pressing the build button that's on the window, and it gives me the same error.

[simplex]

@simplex same thing.  Pressing the build button that's on the window, and it gives me the same error.

I'll take a look into it, but it'll probably be a couple days until I have the time.

A workaround that should work is building modtoollib first and the rest later.

[JackSlender]

I'll try.  Thanks for all of your help!

[DeathDisciple]

@simplex No, I tried all of them.  the gave me the same errors.  Sorry, I only tried once because I was short on time.  Trying again now.

 

1>------ Build started: Project: png, Configuration: debug Win32 ------

2>------ Build started: Project: scml, Configuration: debug Win32 ------

3>------ Build started: Project: autocompiler, Configuration: debug Win32 ------

3>LINK : fatal error LNK1104: cannot open file '..\win32\mod_tools\modtoollib.lib'

1>LINK : fatal error LNK1104: cannot open file '..\win32\mod_tools\modtoollib.lib'

2>LINK : fatal error LNK1104: cannot open file '..\win32\mod_tools\modtoollib.lib'

========== Build: 0 succeeded, 3 failed, 1 up-to-date, 0 skipped ==========

 

That's the error for when I built them simultaneously.

 

Which version of VS is that btw?

 

There's no reason to run debug for one, when you open solution, look below the menu bar, there is a dropdown with release/debug options, hit release. Unrelated to your issue, but unnecesary slowing yourself down.

 

Your log claims that one project is built, yet lib is missing, we need to find out if linker is sending it somewhere to the wrong place or it just isn't finding source files. Right click solution, hit clean all, right click solution, click build solution, then copy paste build output here - if it's really building it should have a line similar to

modtoollib.vcxproj -> C:\games\ds_mod_tools\build\proj\..\win32\mod_tools\modtoollib.lib

inside.

 

EDIT: Reason I'm asking for VS version is that 2010/Win7.1 SDK tend to have issues with incremental linker so it might be somewhat related - tho the error you get from that is different, but who knows.

[JackSlender]

I'm using 2010 edition.  2013 gave me errors (could just be because I'm on Windows 7 not 8).  I'll try doing what you said, though.  Thanks for the help, guys, and I'm sorry for all the inconvenience this has brought.

 

EDIT: Cleaned and built.  Still errors:

 

1>------ Build started: Project: modtoollib, Configuration: debug Win32 ------
2>------ Build started: Project: png, Configuration: debug Win32 ------
3>------ Build started: Project: scml, Configuration: debug Win32 ------
4>------ Build started: Project: autocompiler, Configuration: debug Win32 ------
4>LINK : fatal error LNK1104: cannot open file '..\win32\mod_tools\modtoollib.lib'
3>LINK : fatal error LNK1104: cannot open file '..\win32\mod_tools\modtoollib.lib'
2>LINK : fatal error LNK1104: cannot open file '..\win32\mod_tools\modtoollib.lib'
========== Build: 1 succeeded, 3 failed, 0 up-to-date, 0 skipped ==========

[DeathDisciple]

I had to drag and install win8.1 SDK on VS2013 or it wouldn't detect windows sdk headers/libraries shipped with it - fail microsoft registry settings, apparently a known issue too. You can get this http://msdn.microsoft.com/en-US/windows/desktop/bg162891.aspx it will probably fix it (yeah it says 'for windows 8', no it doesn't need windows 8, you can still run it and build stuff linked to it on win7, as I do all the time)

 

But anyways... I did build it under windows sdk 7.1 platform before, which is same as 2010 default mode I think, and you would likely need to set incremental linker to no for it, I don't remember what is/was the default...

 

But the output above suggests that modtoollib isnt being built at all, so that's not the immediate issue anyway, sounds like the old premake issue, except that I just regenerated all project files perfectly and can't reproduce the issue at all. Some freak edge case... I dunno, maybe permissions, maybe empty spaces in directory structure?

 

Could you upload some of the project files? E.g. ds_mod_tools/build/proj/modtoollib.vcxproj ?

[JackSlender]

@DeathDisciple I tried installing the sdk and it didn't work.  Will the compiler work if someone else posts the modtoollib, or does it have to be compiled from the user's computer?

[Rincevvind]

hello Simplex, what to do if i downloaded this as https://github.com/nsimplex/ktech/archive/master.zip

i am FreeBSD user, and forget about scary ./configure --with--1km--other--parameters, since all source based software must be installed via ports. 

 

well i readed instruction in github

 

To install from a clone of the repository, run autoreconf -i beforehand (requires the GNU Autotools). Enter the project's base directory and type ./configure && make If compilation runs without errors, the executable ktech will be placed in your current directory

 

so here we go

#ls.gitignore      LICENSE.txt     Makefile.am     NOTICE.txt      README.md       config.h.in     configure.ac    lib             m4              src#autoreconf -iCan't exec "aclocal": No such file or directory at /usr/local/share/autoconf-2.69/Autom4te/FileUtils.pm line 326.autoreconf-2.69: failed to run aclocal: No such file or directory

is there something else to do (in before "install linux" lol) ? autotools is probably outdated, is it possible issue?

[simplex]

@Rincevvind

Don't Starve actually runs on FreeBSD?

(I know about the binary compatibility layer with Linux, but still)

The ktech repo has been abandoned, ktech is now a part of my ktools repository, which has a CMake based build. Let me know if you have any issues, since I never tried compiling it under FreeBSD.

[Rincevvind]

@Rincevvind

Don't Starve actually runs on FreeBSD?

(I know about the binary compatibility layer with Linux, but still)

The ktech repo has been abandoned, ktech is now a part of my ktools repository, which has a CMake based build. Let me know if you have any issues, since I never tried compiling it under FreeBSD.

nope, not even tried, since i didnt have non-steam copy and steam for linux required much newer version of libraries then linuxator have, but i still have hope in it

 

but ktools is console thing, so why not

 

well atm failed

 

./configure :

 

 [ktools-master]%./configure -- The CXX compiler identification is GNU 4.2.1-- Check for working CXX compiler: /usr/bin/CC-- Check for working CXX compiler: /usr/bin/CC -- works-- Detecting CXX compiler ABI info-- Detecting CXX compiler ABI info - done-- The C compiler identification is GNU 4.2.1-- Check for working C compiler: /usr/bin/cc-- Check for working C compiler: /usr/bin/cc -- works-- Detecting C compiler ABI info-- Detecting C compiler ABI info - done-- Looking for sys/types.h-- Looking for sys/types.h - found-- Looking for stdint.h-- Looking for stdint.h - found-- Looking for stddef.h-- Looking for stddef.h - found-- Check size of int32_t-- Check size of int32_t - done-- Check size of int64_t-- Check size of int64_t - done-- Check size of intmax_t-- Check size of intmax_t - done-- Check size of size_t-- Check size of size_t - done-- Check size of ssize_t-- Check size of ssize_t - done-- Check size of uint16_t-- Check size of uint16_t - done-- Check size of uint32_t-- Check size of uint32_t - done-- Check size of uint64_t-- Check size of uint64_t - done-- Check size of uintmax_t-- Check size of uintmax_t - done-- Check size of intptr_t-- Check size of intptr_t - done-- Check size of uintptr_t-- Check size of uintptr_t - done-- target changed from "" to "auto"-- Detected CPU: generic-- Performing Test check_cxx_compiler_flag__march_generic-- Performing Test check_cxx_compiler_flag__march_generic - Failed-- Performing Test check_cxx_compiler_flag__mno_sse2-- Performing Test check_cxx_compiler_flag__mno_sse2 - Failed-- Performing Test check_cxx_compiler_flag__mno_sse3-- Performing Test check_cxx_compiler_flag__mno_sse3 - Failed-- Performing Test check_cxx_compiler_flag__mno_ssse3-- Performing Test check_cxx_compiler_flag__mno_ssse3 - Failed-- Performing Test check_cxx_compiler_flag__mno_sse4_1-- Performing Test check_cxx_compiler_flag__mno_sse4_1 - Failed-- Performing Test check_cxx_compiler_flag__mno_sse4_2-- Performing Test check_cxx_compiler_flag__mno_sse4_2 - Failed-- Performing Test check_cxx_compiler_flag__mno_sse4a-- Performing Test check_cxx_compiler_flag__mno_sse4a - Failed-- Performing Test check_cxx_compiler_flag__mno_avx-- Performing Test check_cxx_compiler_flag__mno_avx - Failed-- Performing Test check_cxx_compiler_flag__mno_xop-- Performing Test check_cxx_compiler_flag__mno_xop - Failed-- Performing Test check_cxx_compiler_flag__mno_fma4-- Performing Test check_cxx_compiler_flag__mno_fma4 - Failed-- Performing Test check_cxx_compiler_flag__mno_avx2-- Performing Test check_cxx_compiler_flag__mno_avx2 - Failed-- Found ImageMagick: /usr/local/lib/libMagick++.so (found version "6.8.0-7") -- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.28") -- checking for module 'Magick++'--   found Magick++, version 6.8.0-- Found ZLIB: /usr/lib/libz.so (found version "1.2.8") -- Looking for floor in m-- Looking for floor in m - found-- Looking for C++ include cstddef-- Looking for C++ include cstddef - not found-- Looking for inttypes.h-- Looking for inttypes.h - found-- Looking for C++ include strstream-- Looking for C++ include strstream - not found-- Looking for C++ include strstream.h-- Looking for C++ include strstream.h - not found-- Looking for C++ include sstream-- Looking for C++ include sstream - not found-- Check size of long long-- Check size of long long - done-- Looking for snprintf-- Looking for snprintf - found-- Check size of mode_t-- Check size of mode_t - done-- Performing Test HAVE_RESTRICT-- Performing Test HAVE_RESTRICT - Failed-- Performing Test HAVE___RESTRICT-- Performing Test HAVE___RESTRICT - Failed-- Performing Test HAVE___RESTRICT__-- Performing Test HAVE___RESTRICT__ - Failed-- Configuring done-- Generating done-- Build files have been written to: /home/topsceret/Downloads/ktools-master

 

make:

[ktools-master]%makeScanning dependencies of target pugixml[  4%] Building CXX object lib/pugixml/CMakeFiles/pugixml.dir/pugixml.cpp.occ1plus: error: unrecognized command line option "-Wno-unused-local-typedefs"*** [lib/pugixml/CMakeFiles/pugixml.dir/pugixml.cpp.o] Error code 1Stop in /home/topsceret/Downloads/ktools-master.*** [lib/pugixml/CMakeFiles/pugixml.dir/all] Error code 1Stop in /home/topsceret/Downloads/ktools-master.*** [all] Error code 1Stop in /home/topsceret/Downloads/ktools-master.

removed problematic option from warnings.cmake

now 45% done

[ktools-master]%make-- Detected CPU: generic-- Configuring done-- Generating done-- Build files have been written to: /home/topsecret/Downloads/ktools-master[  4%] Building CXX object lib/pugixml/CMakeFiles/pugixml.dir/pugixml.cpp.oLinking CXX static library libpugixml.a[  4%] Built target pugixmlScanning dependencies of target squish[  8%] Building CXX object lib/squish/CMakeFiles/squish.dir/alpha.cpp.o[ 12%] Building CXX object lib/squish/CMakeFiles/squish.dir/clusterfit.cpp.o[ 16%] Building CXX object lib/squish/CMakeFiles/squish.dir/colourblock.cpp.o[ 20%] Building CXX object lib/squish/CMakeFiles/squish.dir/colourfit.cpp.o[ 25%] Building CXX object lib/squish/CMakeFiles/squish.dir/colourset.cpp.o[ 29%] Building CXX object lib/squish/CMakeFiles/squish.dir/maths.cpp.o[ 33%] Building CXX object lib/squish/CMakeFiles/squish.dir/rangefit.cpp.o[ 37%] Building CXX object lib/squish/CMakeFiles/squish.dir/singlecolourfit.cpp.o[ 41%] Building CXX object lib/squish/CMakeFiles/squish.dir/squish.cpp.oLinking CXX static library libsquish.a[ 41%] Built target squishScanning dependencies of target ktool_common[ 45%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktools_common.cpp.oIn file included from /home/topsecret/Downloads/ktools-master/src/common/compat.hpp:10,                 from /home/topsecret/Downloads/ktools-master/src/common/ktools_common.hpp:25,                 from /home/topsecret/Downloads/ktools-master/src/common/ktools_common.cpp:1:/home/topsecret/Downloads/ktools-master/src/common/compat/common.hpp:16:3: error: #error "Unknown operating system"*** [CMakeFiles/ktool_common.dir/src/common/ktools_common.cpp.o] Error code 1Stop in /home/topsecret/Downloads/ktools-master.*** [CMakeFiles/ktool_common.dir/all] Error code 1Stop in /home/topsecret/Downloads/ktools-master.*** [all] Error code 1Stop in /home/topsecret/Downloads/ktools-master.

[simplex]

@Rincevvind

What is 'cc1plus'? Is it an alias for gcc/g++? Because the "-Wno-unused-local-typedefs" option is only passed when the compiler is determined to be gcc.

What is the output of

$ cc1plus --version

But anyway, why do you want to run modding tools under FreeBSD if you can't run Don't Starve in it to test the outcome of your modding?

[Rincevvind]

made ugly hack in common.hpp

#else# define IS_LINUX 1# define OS_STRING "freebsd"#endif

and now C++ porblems started, which i cant "fix" haha

[ktools-master]%make[  4%] Built target pugixml[ 41%] Built target squishScanning dependencies of target ktool_common[ 45%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktools_common.cpp.o[ 50%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktex/ktex.cpp.o[ 54%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktex/specs.cpp.o[ 58%] Building CXX object CMakeFiles/ktool_common.dir/src/common/file_abstraction.cpp.o/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:20:3: error: #error "No suitable string stream class found."In file included from /home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:6:/usr/local/include/zip.h:309: warning: 'int zip_stat(zip*, const char*, zip_flags_t, zip_stat*)' hides constructor for 'struct zip_stat'/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:25: error: expected class-name before '{' token/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp: In constructor 'KTools::bufferstream::bufferstream(char*, size_t)':/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:30: error: 'rdbuf' was not declared in this scope/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp: In member function 'std::istream* KTools::VirtualPath::zip_openIn(size_t) const':/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:119: error: cannot convert 'KTools::bufferstream*' to 'std::istream*' in return*** [CMakeFiles/ktool_common.dir/src/common/file_abstraction.cpp.o] Error code 1Stop in /home/topsecret/Downloads/ktools-master.*** [CMakeFiles/ktool_common.dir/all] Error code 1Stop in /home/topsecret/Downloads/ktools-master.*** [all] Error code 1Stop in /home/topsecret/Downloads/ktools-master.

[Rincevvind]

@Rincevvind

What is 'cc1plus'? Is it an alias for gcc/g++? Because the "-Wno-unused-local-typedefs" option is only passed when the compiler is determined to be gcc.

What is the output of

$ cc1plus --version

But anyway, why do you want to run modding tools under FreeBSD if you can't run Don't Starve in it to test the outcome of your modding?

well its part of base system, maybe version is too low, because there much newer versions which installed from ports

%whereis cc1pluscc1plus: /usr/libexec/cc1plus /usr/src/gnu/usr.bin/cc/cc1plus[ktools-master]%/usr/libexec/cc1plus --versionGNU C++ version 4.2.1 20070831 patched [FreeBSD] (amd64-undermydesk-freebsd)        compiled by GNU C version 4.2.1 20070831 patched [FreeBSD].GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072

why not? i can edit/convert textures and code under FreeBSD and test it after

[DeathDisciple]

@DeathDisciple I tried installing the sdk and it didn't work.  Will the compiler work if someone else posts the modtoollib, or does it have to be compiled from the user's computer?

 

I would expect it to, if it's built by same version or lower. Tho tbh I use VS as necessary evil, I don't know too much about linker/library details or possible changes between versions.

 

But honestly if you're getting part of it in binary form, might as well get the whole thing instead

[simplex]

well its part of base system, maybe version is too low, because there much newer versions which installed from ports

 

%whereis cc1pluscc1plus: /usr/libexec/cc1plus /usr/src/gnu/usr.bin/cc/cc1plus[ktools-master]%/usr/libexec/cc1plus --versionGNU C++ version 4.2.1 20070831 patched [FreeBSD] (amd64-undermydesk-freebsd)        compiled by GNU C version 4.2.1 20070831 patched [FreeBSD].GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072

gcc 4.2.1 was released 7 years ago, as you can check from the timestamp after the version or from gcc's release list . Though this shouldn't cause issues per se, since I'm picky about standards compliance and wrote code fully compliant to the C++03 standard.

It should take no more than a couple superficial tweaks to achieve FreeBSD compatibility, so hang in there.

 

made ugly hack in common.hpp

#else# define IS_LINUX 1# define OS_STRING "freebsd"#endif

Do not do that, please . I had added a condition below that should define IS_UNIX in the BSD case, but I forgot I was raising an error before that in case the OS didn't match Linux, Mac OSX or Windows. I just changed that, and you shouldn't have to edit anything anymore. And that OS_STRING macro is irrelevant, it's just there because I share this compatibility code between the ktools and my fork of the mod tools, and in the latter OS_STRING is used because the Python scripts are put inside a folder with the OS's name (which is silly, but I didn't want to change the directory structure of the mod tools); in ktools, OS_STRING is not used anywhere.

 

and now C++ porblems started, which i cant "fix" haha

All of these errors are a consequence of this one:

/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:20:3: error: #error "No suitable string stream class found."

Though FreeBSD should have the sstream include. How did you fix the -Wno-unused-local-typedefs error? If you fixed it just by overriding CXXFLAGS or something like that without rerunning cmake, this would explain why it thought strstream wasn't there (cmake tests this by trying to compile a sample program; if compilation failed when cmake was running, due to the unsupported compiler option, it assumed strstream wasn't available).

Anyway, I pushed some changed to the ktools code which should address the issues you're having. Let me know if it compiled fine for you: if not, post both the output of ./configure and the actual errors during compilation.

[Rincevvind]

gcc 4.2.1 was released 7 years ago, as you can check from the timestamp after the version or from gcc's release list . Though this shouldn't cause issues per se, since I'm picky about standards compliance and wrote code fully compliant to the C++03 standard.

It should take no more than a couple superficial tweaks to achieve FreeBSD compatibility, so hang in there.

 

Do not do that, please . I had added a condition below that should define IS_UNIX in the BSD case, but I forgot I was raising an error before that in case the OS didn't match Linux, Mac OSX or Windows. I just changed that, and you shouldn't have to edit anything anymore. And that OS_STRING macro is irrelevant, it's just there because I share this compatibility code between the ktools and my fork of the mod tools, and in the latter OS_STRING is used because the Python scripts are put inside a folder with the OS's name (which is silly, but I didn't want to change the directory structure of the mod tools); in ktools, OS_STRING is not used anywhere.

 

All of these errors are a consequence of this one:

/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:20:3: error: #error "No suitable string stream class found."

Though FreeBSD should have the sstream include. How did you fix the -Wno-unused-local-typedefs error? If you fixed it just by overriding CXXFLAGS or something like that without rerunning cmake, this would explain why it thought strstream wasn't there (cmake tests this by trying to compile a sample program; if compilation failed when cmake was running, due to the unsupported compiler option, it assumed strstream wasn't available).

Anyway, I pushed some changed to the ktools code which should address the issues you're having. Let me know if it compiled fine for you: if not, post both the output of ./configure and the actual errors during compilation.

well this gcc4.2.1 is used for gnu tools in base system mostly. its enough.

most ports is using clang now, but in case of using gcc there some versions in ports from 4.6 to 4.10.

i will try later, thx

[JackSlender]

@DeathDisciple Yeah, I've tried plenty of different approaches, but they haven't given me anything useful.  Could just be my old-ish Windows computer.

[simplex]

@DeathDisciple Yeah, I've tried plenty of different approaches, but they haven't given me anything useful.  Could just be my old-ish Windows computer.

 

Your computer shouldn't have anything to do with it, even if it's "old". I don't know what's going on at your end. Here (in my Windows VM) it's working perfectly fine. I run premake.bat, open mod_tools.sln in Visual Studio, set the configuration to Release, click on "Build Solution" and it's done.

 

 

Anyway, here are the precompiled binaries (with the "good" Python installation). Let me know if you have any issues.

https://www.mediafire.com/?v55rwb0t25fba0i

[JackSlender]

@simplex Thanks, I don't know what went wrong here.  I appreciate all of your and DeathDisciple's help.

[simplex]

@JackSlender

I uploaded the precompiled Windows binaries to the forums as well (I tried before, but the forum rejected it due to the large size; I talked to JoeW and he just fixed it).

And yes, we'd both be lost if it weren't for @DeathDisciple's help . She's the one you should thank for my fork of my mod tools working under Windows again after I ported them to Linux and Mac.

[JackSlender]

Does the autocompiler output a log?  It gives me some error but disappears so quickly I can't see anything on the screen.  Many apologies for all of the dumb questions, and I can't thank you enough for all of the help you've been.

 

P.S. The autocompiler is in the proper position.

[simplex]

Does the autocompiler output a log?  It gives me some error but disappears so quickly I can't see anything on the screen.  Many apologies for all of the dumb questions, and I can't thank you enough for all of the help you've been.

 

P.S. The autocompiler is in the proper position.

Yes, it's placed at ../../temp/autocompiler_log.txt, from wherever the autocompiler.exe is (you may need to create the ../../temp folder).

But try running it from cmd.exe, so the window won't close. Depending on what the error is (missing dll, for example) it won't be placed in the log.

[Rincevvind]

wow, thx alot simplex, new version installed succesefully, i am surprised that its even know about FreeBSD specific about /usr/local

here a log if interesting

 ./configure -- The CXX compiler identification is GNU 4.2.1-- Check for working CXX compiler: /usr/bin/CC-- Check for working CXX compiler: /usr/bin/CC -- works-- Detecting CXX compiler ABI info-- Detecting CXX compiler ABI info - done-- The C compiler identification is GNU 4.2.1-- Check for working C compiler: /usr/bin/cc-- Check for working C compiler: /usr/bin/cc -- works-- Detecting C compiler ABI info-- Detecting C compiler ABI info - done-- Looking for sys/types.h-- Looking for sys/types.h - found-- Looking for stdint.h-- Looking for stdint.h - found-- Looking for stddef.h-- Looking for stddef.h - found-- Check size of int32_t-- Check size of int32_t - done-- Check size of int64_t-- Check size of int64_t - done-- Check size of intmax_t-- Check size of intmax_t - done-- Check size of size_t-- Check size of size_t - done-- Check size of ssize_t-- Check size of ssize_t - done-- Check size of uint16_t-- Check size of uint16_t - done-- Check size of uint32_t-- Check size of uint32_t - done-- Check size of uint64_t-- Check size of uint64_t - done-- Check size of uintmax_t-- Check size of uintmax_t - done-- Check size of intptr_t-- Check size of intptr_t - done-- Check size of uintptr_t-- Check size of uintptr_t - done-- Performing Test check_cxx_compiler_flag__Wno_unused_local_typedefs-- Performing Test check_cxx_compiler_flag__Wno_unused_local_typedefs - Failed-- Performing Test check_cxx_compiler_flag__Wno_long_long-- Performing Test check_cxx_compiler_flag__Wno_long_long - Success-- target changed from "" to "auto"-- Detected CPU: generic-- Performing Test check_cxx_compiler_flag__march_generic-- Performing Test check_cxx_compiler_flag__march_generic - Failed-- Performing Test check_cxx_compiler_flag__mno_sse2-- Performing Test check_cxx_compiler_flag__mno_sse2 - Success-- Performing Test check_cxx_compiler_flag__mno_sse3-- Performing Test check_cxx_compiler_flag__mno_sse3 - Success-- Performing Test check_cxx_compiler_flag__mno_ssse3-- Performing Test check_cxx_compiler_flag__mno_ssse3 - Success-- Performing Test check_cxx_compiler_flag__mno_sse4_1-- Performing Test check_cxx_compiler_flag__mno_sse4_1 - Failed-- Performing Test check_cxx_compiler_flag__mno_sse4_2-- Performing Test check_cxx_compiler_flag__mno_sse4_2 - Failed-- Performing Test check_cxx_compiler_flag__mno_sse4a-- Performing Test check_cxx_compiler_flag__mno_sse4a - Success-- Performing Test check_cxx_compiler_flag__mno_avx-- Performing Test check_cxx_compiler_flag__mno_avx - Failed-- Performing Test check_cxx_compiler_flag__mno_xop-- Performing Test check_cxx_compiler_flag__mno_xop - Failed-- Performing Test check_cxx_compiler_flag__mno_fma4-- Performing Test check_cxx_compiler_flag__mno_fma4 - Failed-- Performing Test check_cxx_compiler_flag__mno_avx2-- Performing Test check_cxx_compiler_flag__mno_avx2 - Failed-- Found ImageMagick: /usr/local/lib/libMagick++.so (found version "6.8.0-7") -- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.28") -- checking for module 'Magick++'--   found Magick++, version 6.8.0-- Found ZLIB: /usr/lib/libz.so (found version "1.2.8") -- Looking for floor in m-- Looking for floor in m - found-- Looking for C++ include cstddef-- Looking for C++ include cstddef - found-- Looking for inttypes.h-- Looking for inttypes.h - found-- Looking for C++ include sstream-- Looking for C++ include sstream - found-- Check size of long long-- Check size of long long - done-- Looking for snprintf-- Looking for snprintf - found-- Check size of mode_t-- Check size of mode_t - done-- Performing Test HAVE_RESTRICT-- Performing Test HAVE_RESTRICT - Failed-- Performing Test HAVE___RESTRICT-- Performing Test HAVE___RESTRICT - Success-- Configuring done-- Generating done-- Build files have been written to: /home/topsecret/Downloads/ktools-mastermakeScanning dependencies of target pugixml[  4%] Building CXX object lib/pugixml/CMakeFiles/pugixml.dir/pugixml.cpp.oLinking CXX static library libpugixml.a[  4%] Built target pugixmlScanning dependencies of target squish[  8%] Building CXX object lib/squish/CMakeFiles/squish.dir/alpha.cpp.o[ 12%] Building CXX object lib/squish/CMakeFiles/squish.dir/clusterfit.cpp.o                        [ 16%] Building CXX object lib/squish/CMakeFiles/squish.dir/colourblock.cpp.o                       [ 20%] Building CXX object lib/squish/CMakeFiles/squish.dir/colourfit.cpp.o                         [ 25%] Building CXX object lib/squish/CMakeFiles/squish.dir/colourset.cpp.o                         [ 29%] Building CXX object lib/squish/CMakeFiles/squish.dir/maths.cpp.o                             [ 33%] Building CXX object lib/squish/CMakeFiles/squish.dir/rangefit.cpp.o                          [ 37%] Building CXX object lib/squish/CMakeFiles/squish.dir/singlecolourfit.cpp.o                   [ 41%] Building CXX object lib/squish/CMakeFiles/squish.dir/squish.cpp.o                            Linking CXX static library libsquish.a[ 41%] Built target squishScanning dependencies of target ktool_common[ 45%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktools_common.cpp.o[ 50%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktex/ktex.cpp.o                   [ 54%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktex/specs.cpp.o                  [ 58%] Building CXX object CMakeFiles/ktool_common.dir/src/common/file_abstraction.cpp.o            /home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:7: warning: expected [error|warning|ignored] after '#pragma GCC diagnostic'In file included from /home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:10:/usr/local/include/zip.h:309: warning: 'int zip_stat(zip*, const char*, zip_flags_t, zip_stat*)' hides constructor for 'struct zip_stat'/home/topsecret/Downloads/ktools-master/src/common/file_abstraction.cpp:12: warning: expected [error|warning|ignored] after '#pragma GCC diagnostic'[ 62%] Building CXX object CMakeFiles/ktool_common.dir/src/common/ktools_options_customization.cpp.oLinking CXX static library libktool_common.a[ 62%] Built target ktool_commonScanning dependencies of target krane[ 66%] Building CXX object CMakeFiles/krane.dir/src/krane/krane.cpp.oIn file included from /home/topsecret/Downloads/ktools-master/src/krane/krane.hpp:23,                 from /home/topsecret/Downloads/ktools-master/src/krane/krane.cpp:1:/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:159: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:161: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:484: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:499: warning: 'hot' attribute directive ignored[ 70%] Building CXX object CMakeFiles/krane.dir/src/krane/krane_options.cpp.oIn file included from /home/topsecret/Downloads/ktools-master/src/krane/krane.hpp:23,                 from /home/topsecret/Downloads/ktools-master/src/krane/krane_options.cpp:18:/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:159: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:161: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:484: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:499: warning: 'hot' attribute directive ignored[ 75%] Building CXX object CMakeFiles/krane.dir/src/krane/kbuild.cpp.oIn file included from /home/topsecret/Downloads/ktools-master/src/krane/kbuild.cpp:1:/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:159: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:161: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:484: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:499: warning: 'hot' attribute directive ignored[ 79%] Building CXX object CMakeFiles/krane.dir/src/krane/kanim.cpp.o[ 83%] Building CXX object CMakeFiles/krane.dir/src/krane/kbuild_serialize.cpp.oIn file included from /home/topsecret/Downloads/ktools-master/src/krane/kbuild_serialize.cpp:1:/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:159: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:161: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:484: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:499: warning: 'hot' attribute directive ignored[ 87%] Building CXX object CMakeFiles/krane.dir/src/krane/kanim_serialize.cpp.o[ 91%] Building CXX object CMakeFiles/krane.dir/src/krane/scml.cpp.oIn file included from /home/topsecret/Downloads/ktools-master/src/krane/scml.hpp:23,                 from /home/topsecret/Downloads/ktools-master/src/krane/scml.cpp:1:/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:159: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:161: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:484: warning: 'hot' attribute directive ignored/home/topsecret/Downloads/ktools-master/src/krane/kbuild.hpp:499: warning: 'hot' attribute directive ignoredLinking CXX executable krane[ 91%] Built target kraneScanning dependencies of target ktech[ 95%] Building CXX object CMakeFiles/ktech.dir/src/ktech/ktech.cpp.o[100%] Building CXX object CMakeFiles/ktech.dir/src/ktech/ktech_options.cpp.oLinking CXX executable ktech[100%] Built target ktech%suPassword:topsecret@f9.home [ktools-master]#make install[  4%] Built target pugixml[ 41%] Built target squish[ 62%] Built target ktool_common[ 91%] Built target krane[100%] Built target ktechInstall the project...-- Install configuration: "Release"-- Installing: /usr/local/bin/ktech-- Removed runtime path from "/usr/local/bin/ktech"-- Installing: /usr/local/bin/krane-- Removed runtime path from "/usr/local/bin/krane"%ktech --versionktech 4.1.2Copyright (C) 2014 simplex.License GPLv2+: GNU GPL version 2 or later <https://gnu.org/licenses/old-licenses/gpl-2.0.html>.This is free software: you are free to change and redistribute it.There is NO WARRANTY, to the extent permitted by law.%krane --versionkrane 4.1.2Copyright (C) 2014 simplex.License GPLv2+: GNU GPL version 2 or later <[url=https://gnu.org/licenses/old-licenses/gpl-2.0.html]https://gnu.org/licenses/old-licenses/gpl-2.0.html[/url]>.This is free software: you are free to change and redistribute it.There is NO WARRANTY, to the extent permitted by law.

[Rincevvind]

well /usr/bin is all about base system with old gcc, other gcc is configured somehow via make.conf and other Mk files, i am far from it, for me enough make config && make clean && make install && make love to know

all compiler-specific flags is inside Makefiles in ports, its scary thing for me, i usually dont touch it

but about new gcc :

here what actually have for building ports:

cd /usr/local/bintopsecret@f9.home [bin]%ls | grep gccgcc-ar47gcc-ar48gcc-nm47gcc-nm48gcc-ranlib47gcc-ranlib48gcc47gcc48gccmakedepx86_64-portbld-freebsd9.2-gcc-4.7.3x86_64-portbld-freebsd9.2-gcc-ar47x86_64-portbld-freebsd9.2-gcc-nm47x86_64-portbld-freebsd9.2-gcc-ranlib47x86_64-portbld-freebsd9.2-gcc47x86_64-portbld-freebsd9.3-gcc-4.8.3x86_64-portbld-freebsd9.3-gcc-ar48x86_64-portbld-freebsd9.3-gcc-nm48x86_64-portbld-freebsd9.3-gcc-ranlib48x86_64-portbld-freebsd9.3-gcc48topsecret@f9.home [bin]%gcc48 --versiongcc48 (FreeBSD Ports Collection) 4.8.3 20140508 (prerelease)Copyright (C) 2013 Free Software Foundation, Inc.This is free software; see the source for copying conditions.  There is NOwarranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

its enough fresh?

[simplex]

wow, thx alot simplex, new version installed succesefully

Nice to see it compiled cleanly without any warnings (:. Well, except for the compiler complaining about the "hot" function attribute, which was added in GCC 4.3. I put in a check to only use this attribute on GCC version 4.3 or higher, so now it should compile absolutely cleanly.

 

i am surprised that its even know about FreeBSD specific about /usr/local

CMake takes care of determining the correct file paths for each platform (and CMake officially supports FreeBSD).

Though under Linux they're also installed in /usr/local. But in Linux the use case of /usr/local is a bit different: it's where things manually compiled/installed by the user are put, while "official" packages are put in /usr.