Hi Michael,
> It appears the problem comes from the fact that stdio.h is pulled in
> indirectly from
> config.h, hence it is not surrounded by the __need_FILE macro that should
> prevent
> the problem from occuring. The inclusion pattern is:
>
> config.h
> stdint.h (because of octave config.h c
It appears the problem comes from the fact that stdio.h is pulled in
indirectly from
config.h, hence it is not surrounded by the __need_FILE macro that
should prevent
the problem from occuring. The inclusion pattern is:
config.h
stdint.h (because of octave config.h content)
wchar.h (because of std
Hi,
When compiling octave with MSVC, I found an infinite recursion problem
with fopen. As fopen.c is compiled in C mode and GNULIB_FOPEN and
REPLACE_FOPEN are both 1 on my setup, it is compiled with
"fopen" being redefined as "rpl_open". This means that orig_fopen will
end up calling rpl_fopen (an
