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

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

[Octave-bug-tracker] [bug #53280] Eliminate C++0X workarounds now that C


From: Mike Miller
Subject: [Octave-bug-tracker] [bug #53280] Eliminate C++0X workarounds now that C++11 is required
Date: Fri, 25 Jan 2019 21:39:26 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36

Update of bug #53280 (project octave):

                Category: Configuration and Build System => Libraries         
    
                Severity:              3 - Normal => 2 - Minor              
                Priority:              5 - Normal => 3 - Low                
              Item Group:                   Other => Feature Request        

    _______________________________________________________

Follow-up Comment #3:

Here is an updated grep of the current development branch for all relevant
mentions of either C++0X or C++11. These are not all labeled with "FIXME"
currently, but from the context of the comments they all appear to mention
doing some kind of rewrite or refactor.


libinterp/corefcn/call-stack.cc-44-
libinterp/corefcn/call-stack.cc-45-// Use static fields for the best
efficiency.
libinterp/corefcn/call-stack.cc:46:// NOTE: C++0x will allow these two to be
merged into one.
libinterp/corefcn/call-stack.cc-47-static const char *bt_fieldnames[] =
libinterp/corefcn/call-stack.cc-48-  { "file", "name", "line", "column",
"scope", "context", nullptr };
--
libinterp/corefcn/gcd.cc-58-// Don't use the Complex and FloatComplex typedefs
because we need to
libinterp/corefcn/gcd.cc-59-// refer to the actual float precision FP in the
body (and when gcc
libinterp/corefcn/gcd.cc:60:// implements template aliases from C++0x, can do
a small fix here).
libinterp/corefcn/gcd.cc-61-template <typename FP>
libinterp/corefcn/gcd.cc-62-static void
--
libinterp/corefcn/pr-output.cc-2600-{
libinterp/corefcn/pr-output.cc-2601-  // FIXME: this mostly duplicates the
code in the print_nd_array<>
libinterp/corefcn/pr-output.cc:2602:  // function.  Can fix this with
std::is_same from C++11.
libinterp/corefcn/pr-output.cc-2603-
libinterp/corefcn/pr-output.cc-2604-  if (nda.isempty ())
--
libinterp/corefcn/pr-output.cc-2837-{
libinterp/corefcn/pr-output.cc-2838-  // FIXME: this mostly duplicates the
code in the print_nd_array<>
libinterp/corefcn/pr-output.cc:2839:  // function.  Can fix this with
std::is_same from C++11.
libinterp/corefcn/pr-output.cc-2840-
libinterp/corefcn/pr-output.cc-2841-  if (nda.isempty ())
--
libinterp/parse-tree/jit-ir.h-292-    jit_use (void) : m_user (0), m_index (0)
{ }
libinterp/parse-tree/jit-ir.h-293-
libinterp/parse-tree/jit-ir.h:294:    // we should really have a move
operator, but not until c++11 :(
libinterp/parse-tree/jit-ir.h-295-    jit_use (const jit_use& use) : m_user
(0), m_index (0)
libinterp/parse-tree/jit-ir.h-296-    {
--
liboctave/array/Array.h-852-  NoAlias () : ArrayClass () { }
liboctave/array/Array.h-853-
liboctave/array/Array.h:854:  // FIXME: this would be simpler once C++0x is
available
liboctave/array/Array.h-855-  template <typename X>
liboctave/array/Array.h-856-    explicit NoAlias (X x) : ArrayClass (x) { }



    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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