Thu 18 Sep 2014 02:45:47 PM UTC, comment #5:
> Building octave 3.8.3 using gcc
Do you literally mean gcc, or Apple's frontend to llvm? They behave
quite differently. As I understand it, homebrew cannot use a real gcc,
not without much difficulty, difficulties as the one you're
experiencing. In my experience, Apple deliberately makes it hard to
use a real gcc, but perhaps I am mistaken and too stupid for Apple, or
too stupid to understand your bug report.
> Both bugs are problems created by libgnu/stdio.h.
>
> They are, however, different problems created by different parts of
> stdio.h, which require different changes to solve.
I am not convinced this is the case. You appear to be experiencing
another symptom of the same problem. The error message says,
But as the C++ standard says, uner C linkage the namespace is to be
ignored for the resulting symbol name. There would be no conflicting
declaration of the gets symbol if it were under the gnulib namespace
as it's supposed to be.
Please confirm that despite applying the fix from bug #43171, you
still observe trouble on Mac OS X.
At any rate, your suggested fix obviously cannot be implemented as-is,
as the first line of the file you're atttempting to patch reads,
If gnulib needs to be patched, this patch must to be applied deeper to
the original gnulib sources, not the auto-generated output.
> This is becoming ridiculous.
You may find a better audience for your frustration in the Octave
maintainers' list <maintainers@octave.org>. Let's keep the discussion
here pertinent to the problem at hand.
|