Third try. There is a new build from sguyader on our website, we tested it and it works fine:
http://rawtherapee.com/downloads/
I’ve testet “RawTherapee_Win64_5.0-r1_gtk3-portable.exe” and it works fine without any issues.
@Partha,
I tested RawTherapee_Win64_5.0-r1_gtk2-portable.exe from https://www.partha.com and it’s solid and as fast as lightning
The last gtk2 ?
Thanks, Partha !!
3rd time’s the charm!!!
Oh, this is actually sguyders GTK 3.18 not the GTK 3.22 one that was up before.
A surfeit of goodies.
I have downloaded the latest version 5 from the website (sguyader). Comparing it with a version I had downloaded only 24 hours earlier I find the following differences in the “About this build” file:
Commit: 50114c1a ---- Commit: 50114c1
Compiler: gcc 6.3.0 ---- Compiler: gcc 5.3.0
Gtkmm: V3.22.0 ---- Gtkmm: V3.18.0
At present I have installed neither. Which should I choose and what are the essential differences?
Thanks for all your hard work in getting the much anticipated version 5 up and running.
Running @sguyader’s version:
Version: 5.0-r1-gtk3
Branch: 5.0-r1-gtk3
Commit: 50114c1
Commit date: 2017-02-01
Compiler: gcc 5.3.0
Processor: generic x86
System: Windows
Bit depth: 64 bits
Gtkmm: V3.18.0
Build type: release
Build flags: -m64 -mwin32 -mthreads -std=gnu++11 -mtune=generic -Werror=unused-label -fopenmp -Werror=unknown-pragmas -msse -msse2 -mwindows -fopenmp -Wno-aggressive-loop-optimizations -DNDEBUG -O3
Link flags: -m64 -mwin32 -mthreads -static-libgcc -mtune=generic -mwindows -s -O3
OpenMP support: ON
MMAP support: ON
All working well.
Thanks!
Just wanted to chime in as I had difficulty with the version I downloaded this morning, but the newest posted this afternoon works well!
64bit Windows version now installs & runs fine
Congratulations to all concerned
Sorry guys for the bad package this morning, I messed with the new building and installer scheme.
Good to know it’s working now.
Can you tell me how your cmake command looks like, please? I’ve tried to compile myself and every compilation I did opens a console window. It doesn’t matter which BUILD_TYPE I’ve set.
cmake -G "MSYS Makefiles" -DCMAKE_BUILD_TYPE="release" -DPROC_TARGET_NUMBER="1" -DBUILD_BUNDLE="ON" -DCMAKE_INSTALL_PREFIX="." -DBINDIR="." -DDATADIR="." ..
Version: 5.0-r1-gtk3-1-gc4a06048
Branch: dev
Commit: c4a06048
Commit date: 2017-02-03
Compiler: gcc 6.3.0
Processor: generic x86
System: Windows
Bit depth: 64 bits
Gtkmm: V3.22.0
Build type: release
Build flags: -std=gnu++11 -mtune=generic -Werror=unused-label -fopenmp -Werror=unknown-pragmas -O3 -DNDEBUG
Link flags: -mtune=generic
OpenMP support: ON
MMAP support: ON
Hey,
Look in your options file, if you have set verbose=on
then a console will always show up even in a Release build. Set it off and the console should go away in release builds.
It’s set to verbose=false
Can you post your whole cmake string, please?
I’ve checked the win.cmake
file and if I understand it right, this has to be set automatic, but when I compare my build flags with the win.cmake
file something is wrong with that.
Here’s my cmake command:
cmake -G "MSYS Makefiles" -C ../win.cmake -DCMAKE_BUILD_TYPE="release" -DPROC_TARGET_NUMBER="1" -DBUILD_BUNDLE="ON" -DCMAKE_INSTALL_PREFIX="." -DBINDIR="." -DDATADIR="." -DCACHE_NAME_SUFFIX="" ..
But in general I use a personal win.cmake
file with some flags specific to Win 64.
Check the cmakelists.txt
, as I think some compilation flags are specified in that file.
Use -DCMAKE_C_FLAGS="-mwindows"
or call win.cmake
as sguyader does.
The parameter -C ../win.cmake
solved it. Thanks.
This should be updated in RawPedia. A compiler noob like me can’t figure this out.
Now you can try to duplicate the win.cmake
file, rename it to something like my.win64.cmake
and change the flags to:
# Important: MinGW-w64 user may need to specify the -m32 or -m64 flag in CMAKE_CXX_FLAGS,
# CMAKE_C_FLAGS and CMAKE_EXE_LINKER_FLAGS to select between 32/64bit build
set(CMAKE_CXX_FLAGS "-m64 -mwin32 -mthreads" CACHE STRING "Compiler options for C++ source files")
set(CMAKE_CXX_FLAGS_DEBUG "-fopenmp -O0 -g2" CACHE STRING "Compiler options for C++ source files and Debug target")
set(CMAKE_CXX_FLAGS_RELEASE "-msse -msse2 -mwindows -fopenmp -Wno-aggressive-loop-optimizations -DNDEBUG -O3" CACHE STRING "Compiler options for C++ source files and Release target")
set(CMAKE_CXX_FLAGS_MINSIZEREL "-mwindows -DNDEBUG -Os" CACHE STRING "Compiler options for C++ source files and MinSizeRel target")
set(CMAKE_CXX_FLAGS_RELWITHDEBINFO "-O2 -g" CACHE STRING "Compiler options for C++ source files and RelWithDebInfo target")
# Uncomment the next line and set the right value to override the default value (special compiling flags for RTEngine)
#set(RTENGINE_CXX_FLAGS "-funroll-loops" CACHE STRING "Special compilation flags for RTEngine")
set(CMAKE_C_FLAGS "-m64 -mwin32 -mthreads" CACHE STRING "Compiler options for C source files")
set(CMAKE_C_FLAGS_DEBUG "-O0 -g2" CACHE STRING "Compiler options for C source files and Debug target")
set(CMAKE_C_FLAGS_RELEASE "-mwindows -DNDEBUG -O2" CACHE STRING "Compiler options for C source files and Release target")
set(CMAKE_C_FLAGS_MINSIZEREL "-mwindows -DNDEBUG -Os" CACHE STRING "Compiler options for C source files and MinSizeRel target")
set(CMAKE_C_FLAGS_RELWITHDEBINFO "-O2 -g" CACHE STRING "Compiler options for C source files and RelWithDebInfo target")
set(CMAKE_EXE_LINKER_FLAGS "-m64 -mwin32 -mthreads -static-libgcc" CACHE STRING "Linker options")
set(CMAKE_EXE_LINKER_FLAGS_DEBUG "-O0" CACHE STRING "Linkage options for the Debug target")
set(CMAKE_EXE_LINKER_FLAGS_RELEASE "-mwindows -s -O3" CACHE STRING "Linkage options for the Release target")
set(CMAKE_EXE_LINKER_FLAGS_MINSIZEREL "-mwindows -s -Os" CACHE STRING "Linkage options for the MinSizeRel target")
set(CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO "-s -O2" CACHE STRING "Linkage options for the RelWithDebInfo target")
and call it with -C ../my.win64.cmake
The additional flags are for optimizing builds for Win 64 bits.
Great, I will do that.
@Morgan_Hardwood
I suggest to have a win32.cmake
and a win64.cmake
in the repository and a description in RawPedia. This would make all things much easier.
EDIT: I got this error with the original win.cmake modified only with the -m64 parameter.
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: unrecognized option '--large-address-aware'
It looks like this parameter is only valid for 32bit builds.