|
From: | John D |
Subject: | RE: mingw build failure |
Date: | Sun, 1 Dec 2013 15:21:59 -0500 |
From: Michael Goffioul [mailto:address@hidden On Sun, Dec 1, 2013 at 9:08 AM, John D <address@hidden> wrote: From: Michael Goffioul [mailto:address@hidden] On Sat, Nov 30, 2013 at 8:14 PM, John D <address@hidden> wrote:
This looks pretty similar to the problem I had with MSVC and I reported here [1]. I ended up reverting the changeset [2] locally. Reverting that patch fixed that issue and then it started to complain in libgui: ../../libgui/src/thread-manager.cc: In static member function 'static void octave_thread_manager::block_interrupt_signal()': ../../libgui/src/thread-manager.cc:126:28: error: 'SIG_BLOCK' was not declared in this scope ../../libgui/src/thread-manager.cc: In static member function 'static void octave_thread_manager::unblock_interrupt_signal()': ../../libgui/src/thread-manager.cc:132:28: error: 'SIG_UNBLOCK' was not declared in this scope make[3]: *** [src/src_libgui_src_la-thread-manager.lo] Error 1 I'm not having that issue with MSVC, but I'd say this might be the same cause as the previous problem: that is some "standard" include directory appears before the gnulib's one, so you end up including the regular version of the header instead of gnulib's replacement. Inspect your compile command line and the order of the "-I..." flags. Michael. That did it – I had to move the -I$(top_builddir)/libgnu -I$(top_srcdir)/libgnu line in libgui/src/module.mk above the other –I includes. |
[Prev in Thread] | Current Thread | [Next in Thread] |