On Mon, Oct 20, 2014 at 8:03 AM, Barnaby Jones
wrote:
> SET( CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS}
> -target=--target=i686-w64-mingw32" )
> SET( CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS}
> -target=--target=i686-w64-mingw32" )
Complete guess here, but this looks funny. Are you sure it sh
Ok, a bit of an update...
I got MSYS2 installed and after I figured out pacman I got mingw-w64
installed. It is nice having it integrated instead of two separate
installations. Also, most of my dependencies were available so I didn't
have to build as much. One notable exception is sox.
Just for t
On Fri, Aug 8, 2014 at 2:42 AM, Slava
wrote:
> On Thu, 07 Aug 2014 21:42:51 +0200, Richard Shaw
> wrote:
>
> > As you can see, most of the includes use the windows path, "C:/Tools/..."
> > except the two wxWidgets entries use the unix style "/usr/local&quo
On Thu, Aug 7, 2014 at 3:58 PM, LRN wrote:
> On 08.08.2014 0:29, Ray Donnelly wrote:
> > On Thu, Aug 7, 2014 at 8:42 PM, Richard Shaw
> > wrote:
> >> I'm working on documenting how to build a project natively in windows,
> >> which first means figuring o
I'm working on documenting how to build a project natively in windows,
which first means figuring out the quirks myself and I ran into an issue
with g++ not being able to find headers with unix style paths
"/usr/local/include".
My environment:
Windows 7 32bit
mingw-w64 from win-builds.org
MSYS fro
