octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #55273] mkfifo returns "Function not implement


From: Andrew Janke
Subject: [Octave-bug-tracker] [bug #55273] mkfifo returns "Function not implemented" error
Date: Wed, 26 Dec 2018 18:15:28 -0500 (EST)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36

Follow-up Comment #5, bug #55273 (project octave):

On my system (macOS 10.13.6, dependencies installed via Homebrew, building
from a recent-ish checkout of the octave Hg repo), it looks like
REPLACE_MKFIFO is getting set.

In libgnu/Makefile, after doing the configure, there is this at line 2005:


REPLACE_MKFIFO = 1


As to how the values get passed, I think the gnulib configure process is
setting it rather than it being passed in from Octave's configure process. (Or
maybe the check is still being done, but Octave's configuration results then
override it?) In my `configure` output, I see this:


checking for mkfifo... yes
checking whether mkfifo rejects trailing slashes... no
[...]
configure:57847: checking for mkfifo
configure:57872: gcc -o conftest -g -O2 -D_THREAD_SAFE -pthread  
-I/usr/local/opt/readline/include -I/usr/local/opt/gettext/include
-I/usr/local/opt/qt/include -I/usr/local/opt/sundials27/include
-I/usr/local/opt/qscintilla2/include  -L/usr/local/opt/readline/lib
-L/usr/local/opt/gettext/lib -L/usr/local/opt/libffi/lib
-F/usr/local/opt/qt/lib -L/usr/local/opt/sundials27/lib
-L/usr/local/opt/qscintilla2/lib conftest.c  -lm  >&5
ld: warning: directory not found for option '-L/usr/local/opt/sundials27/lib'
configure:57872: $? = 0
configure:57881: result: yes
configure:57887: checking whether mkfifo rejects trailing slashes
configure:57935: gcc -o conftest -g -O2 -D_THREAD_SAFE -pthread  
-I/usr/local/opt/readline/include -I/usr/local/opt/gettext/include
-I/usr/local/opt/qt/include -I/usr/local/opt/sundials27/include
-I/usr/local/opt/qscintilla2/include  -L/usr/local/opt/readline/lib
-L/usr/local/opt/gettext/lib -L/usr/local/opt/libffi/lib
-F/usr/local/opt/qt/lib -L/usr/local/opt/sundials27/lib
-L/usr/local/opt/qscintilla2/lib conftest.c  -lm  >&5
ld: warning: directory not found for option '-L/usr/local/opt/sundials27/lib'
configure:57935: $? = 0
configure:57935: ./conftest
configure:57935: $? = 2
configure: program exited with status 2
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU Octave"
| #define PACKAGE_TARNAME "octave"
| #define PACKAGE_VERSION "6.0.0"
| #define PACKAGE_STRING "GNU Octave 6.0.0"
[...]
|   return 0;
| }
configure:57946: result: no


It does that mkfifo check twice, so I assume the second one is the one in
gnulib. (Maybe that's what the "configure:NNNN:" prefix means, too?)

Maybe REPLACE_MKFIFO is getting set because configure detects the "mkfifo
trailing slash bug" on my system. In octave's configure, I see this:


    case "$gl_cv_func_mkfifo_works" in
      *yes) ;;
      *)

$as_echo "#define MKFIFO_TRAILING_SLASH_BUG 1" >>confdefs.h

        REPLACE_MKFIFO=1
        ;;
    esac
  fi


which I think is from `m4/mkfifo.m4` here:


      *)
        AC_DEFINE([MKFIFO_TRAILING_SLASH_BUG], [1], [Define to 1 if mkfifo
          does not reject trailing slash])
        REPLACE_MKFIFO=1
        ;;
    esac


I think that means that MKFIFO_TRAILING_SLASH_BUG enables REPLACE_MKFIFO.

And in my configure output, it looks like it got set:


[~/local/repos/octave-BUILD/build]
$ grep -r MKFIFO_TRAILING_SLASH_BUG *
config.h:#define MKFIFO_TRAILING_SLASH_BUG 1
config.log:| #define MKFIFO_TRAILING_SLASH_BUG 1
config.log:| #define MKFIFO_TRAILING_SLASH_BUG 1
[...]
config.log:#define MKFIFO_TRAILING_SLASH_BUG 1
config.status:D["MKFIFO_TRAILING_SLASH_BUG"]=" 1"


I wonder how it's getting set?  Since that configure result for "rejects
trailing slashes" was "no", maybe that is the buggy state? I can't read
auctoconf stuff to work out exactly what the logic in mkfifo.m4 is.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55273>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]