bugGNU Octave - Bugs: bug #43646, Build failure with Array.h after...


bug #43646: Build failure with Array.h after commit 19326:5b263e517c95

Submitted by:  Philipp Kutin <pkutin>
Submitted on:  Thu 20 Nov 2014 02:26:56 PM UTC  
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  Closed
Release:  dev Operating System:  GNU/Linux

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


( Jump to the original submission)

Sat 22 Nov 2014 06:51:28 PM UTC, comment #8:

I changed the example in kron.cc to a column vector as well (http://hg.savannah.gnu.org/hgweb/octave/rev/718aaf1e84f7).

Rik <rik5>
Project Administrator
Sat 22 Nov 2014 01:28:35 PM UTC, comment #7:

Rik, I saw you transposing the 'dim_vector's. This either 1) doesn't change the meaning or 2) makes it correct (as jwe said, the old constructor did a column "dimensions" vector), but note that I merely followed the example of cset 1f4455ff2329 -- in other words, my fix was "by analogy". Right now, kron.cc still has

so you might want to change that, too.

Philipp Kutin <pkutin>
Fri 21 Nov 2014 06:03:35 PM UTC, comment #6:

Yeah, I saw that too. It didn't seem to make a difference, i.e., 'make check' passed. But I agree it's probably a better idea to keep everything exactly the same. I'll swap them around.

Rik <rik5>
Project Administrator
Fri 21 Nov 2014 05:46:08 PM UTC, comment #5:

I haven't looked closely, so maybe it doesn't matter, but the changeset http://hg.savannah.gnu.org/hgweb/octave/rev/d47e50953abc replaces the Array<> (n) constructor with Array<> (dim_vector (1, n)), but the deprecated code that was removed had Array<> (n) : dimensions (n, 1) so it seems to me that the orientation has been switched.

John W. Eaton <jwe>
Project Administrator
Fri 21 Nov 2014 05:12:18 PM UTC, comment #4:

You found the problem. It is the alternate routines used when qrupdate isn't available that have the issue. I just added '--without-qrupdate' and I now get the same error.

I modified your commit message to reference the functions within each file that were changed and what was done to them, and then checked it in here (http://hg.savannah.gnu.org/hgweb/octave/rev/d47e50953abc).

Thanks for discovering and solving this bug. Closing report.

Rik <rik5>
Project Administrator
Fri 21 Nov 2014 11:03:00 AM UTC, comment #3:

By the way, here's how I configure Octave. Maybe the liboctave/numeric/*QR.cc are built only without 'qrupdate'?

Philipp Kutin <pkutin>
Fri 21 Nov 2014 10:51:23 AM UTC, comment #2:

No, not for me. I have badly worded my initial report. What doesn't work is not including Array.h per se, but attempts to construct an Array<octave_idx_type> like these (where 'n' has type 'octave_idx_type'):

Changing these to

in the four remaining places (liboctave/numeric/{CmpplxQR,dbleQR,fCmplxQR,floatQR}.cc) analogously to the fix in libinterp/corefcn/kron.cc of cset 1f4455ff2329 makes everything build again.

Here's an example error message from G++. (The first report was with Clang simply because I wanted the colorful error message highlighting.)

A patch that fixes it for me is attached.

I didn't know about 'make maintainer-clean' and have previously used a simple 'make clean'. Thanks for the information.

(file #32495)

Philipp Kutin <pkutin>
Thu 20 Nov 2014 03:52:45 PM UTC, comment #1:

The cset 1f4455ff2329 fixed the building of the default branch. You might want to start over with

This might also be particular to Clang. Most of the developers are using gcc.

Rik <rik5>
Project Administrator
Thu 20 Nov 2014 02:26:56 PM UTC, original submission:

After the following commit,

source files including Array.h fail to be compiled. Here's an example output with Clang.

Resurrecting the two Array ctors marked GCC_ATTR_DEPRECATED fixes it (haven't checked which).

The revision is 19334:1213af866a89, plus my patches on top.

Philipp Kutin <pkutin>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

Attached Files


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by pkutin (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.




    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-11-21 rik5 StatusWorks For Me => Fixed
        Open/ClosedOpen => Closed
    2014-11-21 pkutin Attached File- => Added fix-compilation-QR-cc_bug43646.patch, #32495
    2014-11-20 rik5 StatusNone => Works For Me

    Back to the top

    Powered by Savane 3.3