CMake supports MinGW and MSYS, I believe, so please try using it to generate the appropriate files for your system.

I've been struggling all day with this repo, and nothing has come of it. Is a simple Regex parser so much to ask?

Did you try using CMake?

Yes, and it still didn't work. Edit: This won't work, boost's regex won't work, at this rate I'll be better off writing my own regex engine.

Please read How to Report Bugs Effectively by Simon Tatham.

Regex2 gets compile errors for me for mingw using the make file generated by Cmake:

E:\src\re2\bin>make
[ 1%] Building CXX object CMakeFiles/benchmark.dir/re2/testing/backtrack.cc.obj
In file included from c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/atomic:38:0,
from E:/src/re2/util/util.h:33,
from E:\src\re2\re2\testing\backtrack.cc:26:
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
In file included from c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/atomic:41:0,
from E:/src/re2/util/util.h:33,
from E:\src\re2\re2\testing\backtrack.cc:26:
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:63:3: error: 'constexpr' does not name a type
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:63:3: note: C++11 'constexpr' only available with -std=c++11 or -std=gnu++11
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:71:41: error: expected initializer before 'noexcept'
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:75:41: error: expected initializer before 'noexcept'
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:81:30: error: expected initializer before 'noexcept'
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:129:25: error: 'char16_t' was not declared in this scope
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:129:33: error: template argument 1 is invalid
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:129:64: error: invalid type in declaration before ';' token
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:132:25: error: 'char32_t' was not declared in this scope
c:\gnat\2013\bin../lib/gcc/i686-pc-mingw32/4.7.4/../../../../include/c++/4.7.4/bits/atomic_base.h:132:33: error: template argument 1 is invalid
c

and on and on for hundreds of errors. Apparently some source files are using c++11 features, but the option for them is not being turned on. If anyone wants the full printfile of the compile I can send it to them. It looks like cmakelists.txt needs somethings added to generate compile option -stdc=c++11 if mingw is being used.

Cmake version: 3.4.0
make version: GNU Make 4.1 Built for x86_64-w64-mingw32
g++.exe version: g++ (x86_64-posix-seh-rev1, Built by MinGW-W64 project) 4.9.2

I think it would be worth re-opening this topic.

Ahh. Yes, C++11 has been required since cd505f4. Unfortunately, I had not considered MinGW at the time. I will look into tweaking CMakeLists.txt accordingly.

Thank you for investigating!

Further testing shows: in the makefiles generated by Cmake for mingw on windows, and for gcc on linux, the option "-std=c++" is not passed to the compiled, and the compile gets hundreds of errors for this. Note that this happens on gcc on linux as well as mingw on windows.

If I manually add this option to CMAKE_C++_FLAGS in the GUI, then re2 builds cleanly on gcc. mingw gets a compile error in re2test.cc because it can't find include file <include sys/mman.h>. This is a separate issue. I'll check if there's an error in my setup before logging a new issue.

Tomarrow I'm test that re2 still compiles ok on MSVC.

Gopherbot's commit does not correct the problem for me--I get the same results as before.

Maybe it should use add_compile_options rather than add_definitions even though the latter works for me with CMake 2.8.12.2. I will try that instead.

BTW, if you want to compare, here is an example of what grep(1) turns up with 11250b3:

./CMakeFiles/re2.dir/flags.make:CXX_FLAGS = -I/home/junyer/re2    -std=c++11 -pthread

Please try with 366f920 on Linux.

I will try to figure out what the other MinGW issue might be.

That didn't seem to work either. I'm tired and could be making errors. I'll retest in the morning.

No worries. As always, your assistance is very much appreciated!

I have committed 5e8da74, which should hopefully address the other MinGW issue.

In Cmake, WIN32 is true for Mingw. We want to set "-std=c++11" for both gcc in linux and Mingw in Windows, but not for MSVC. The following works for me:

if (NOT MSVC)
add_definitions(-std=c++11)
endif()
if(WIN32)
add_definitions(-DUNICODE -D_UNICODE -DSTRICT -DNOMINMAX)
set(THREADING threadwin)
else()
add_definitions(-pthread)
set(THREADING thread)
list(APPEND EXTRA_TARGET_LINK_LIBRARIES -pthread)
endif()

Also, the fix for not finding sys/mman.h worked for me.

I'll retest everything in the morning.

Good catch. WIN32 does indeed mean the target, not the compiler.

Okay, 72276a1 looks for GCC/Clang, so that should hopefully cover Cygwin as well as MinGW.

With the latest patch, re2 builds correctly for MSVC and mingw on Windows and GCC on Linux using the make files generated by CMake. Thanks to those who contributed on this.

CMake does not have an option to create a make file for Cygwin. However, RE2 compile cleanly under Cygwin using the make file in the top directory of re2. (Since the aim of Cygwin is to replicate a Unix environment, this is probably to be expected, but I thought I'd try. It worked.)

The cmake(1) manual page seems to suggest that Cygwin is supported, but if it Just Works™ with the RE2 Makefile anyway, then that's even better.

Thank you very much for diagnosing the problems and also for confirming the fixes!