bugGNU Octave - Bugs: bug #47373, Octave 4.0.0 fails with Intel...

 
 

bug #47373: Octave 4.0.0 fails with Intel 2016.1.150 compilers

Submitter:  None
Submitted:  Wed 09 Mar 2016 08:16:35 PM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  1 - Later Item Group:  Build Failure
Status:  Invalid / Not an Octave Bug Assigned to:  None
Originator Name:  Balazs Hajgato Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * 4.0.0
Operating System:  * GNU/Linux Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Mon 21 Mar 2016 04:40:32 PM UTC, comment #16: 

Thanks for your persistence and following up on this. Closing report as invalid as it's a bug in the Intel compiler version 2016.1.150 as confirmed with Intel.

Mike Miller <mtmiller>
Group Member
Mon 21 Mar 2016 04:13:36 PM UTC, comment #15: 

It has been confirmed that this issue is a compiler bug. There is no workaround, and it will be corrected in the next release of the compiler. https://software.intel.com/en-us/comment/1864855#comment-1864855

Anonymous
Fri 18 Mar 2016 09:13:55 AM UTC, comment #14: 

Unfortunately, the same error. (well, technically the same error):

lib/sys/select.h(602): error: declaration is incompatible with previous "select" (declared at line 109 of "/usr/include/sys/select.h")
  namespace gnulib { static int (*select) (int, fd_set *__restrict, fd_set *__restrict, fd_set *__restrict, struct timeval *__restrict) = ::select; } extern "C" int _gl_cxxalias_dummy;


Anonymous
Wed 16 Mar 2016 09:09:26 PM UTC, comment #13: 

Ok, I read through the thread and I see some changes were committed to gnulib. I'm attaching an update of the simple test project with those gnulib changes applied and with the GNULIB_NAMESPACE added so you don't need to put it on the command-line now. I'm even adding gnulib's std-gnu11 module (which seems like it is similar to what we're doing in Octave's development branch).

Any different results or still the same error?

(file #36662)

Mike Miller <mtmiller>
Group Member
Wed 16 Mar 2016 07:09:36 AM UTC, comment #12: 

I think it was clear. Anyway, the GNULIB buglist is
http://lists.gnu.org/archive/html/bug-gnulib/2016-03/msg00026.html

Additionally, I also requested Intel C++ support, although not so much activity. (other than acknowledging the problem:
https://software.intel.com/en-us/forums/intel-c-compiler/topic/612811

Anonymous
Wed 16 Mar 2016 01:03:00 AM UTC, comment #11: 

We are not using gnulib's std-gnu11, I didn't know there was one, we can take a look at that.

For the version of Octave you are building, no compiler flags are added to set the language variant. Also the error you are seeing is when gnulib's sys/select.h is included in C++ code, was that made clear to the gnulib devs? Can you provide a pointer to the gnulib mailing list thread?

Mike Miller <mtmiller>
Group Member
Tue 15 Mar 2016 09:00:35 PM UTC, comment #10: 

I got a question from GNULIB buglist:
Is Octave using Gnulib's std-gnu11 module?

Anonymous
Sun 13 Mar 2016 10:22:37 PM UTC, comment #9: 

Thanks. Marking this bug as postponed until you can get some resolution from the gnulib team.

Mike Miller <mtmiller>
Group Member
Sat 12 Mar 2016 06:47:03 AM UTC, comment #8: 

Well, we just have confirmed to be as a GNULIB problem. The same error that I got with Octave. (It might also be an Intel compiler problem). I already opened a bug-report with GNULIB, when I will get some info I will share it here. I will also check it with the newest version of Intel compiler.

Anonymous
Fri 11 Mar 2016 07:18:25 PM UTC, comment #7: 

Sorry, I forgot something that I think is important in this example, please try again with


./configure CC=icc CXX=icpc CPPFLAGS=-DGNULIB_NAMESPACE=gnulib


Does that result in the same error you saw with Octave?

Mike Miller <mtmiller>
Group Member
Thu 10 Mar 2016 04:46:32 AM UTC, comment #6: 

I got a testprog, no errors at all.

Anonymous
Wed 09 Mar 2016 10:37:35 PM UTC, comment #5: 

To confirm that it's a problem with gnulib, can you try the attached tiny project, do you get the same error?


tar xf x-0.tar.gz
cd x-0
./configure CC=icc CXX=icpc
make


(file #36592)

Mike Miller <mtmiller>
Group Member
Wed 09 Mar 2016 09:12:03 PM UTC, comment #4: 
Anonymous
Wed 09 Mar 2016 08:47:14 PM UTC, comment #3: 

What I was able to figure out that Intel 2015.1.133 is not affected

Anonymous
Wed 09 Mar 2016 08:41:15 PM UTC, comment #2: 

I do think it is a gnulib related problem, but I am not mch of a programmer. So I do not know how to proceed. Anyway, I will submit this to the gnulib bugtrack as well.

Anonymous
Wed 09 Mar 2016 08:23:53 PM UTC, comment #1: 

Thanks for the detailed bug report. If you are interested in helping Octave to be compatible with the Intel compiler, can you try to see if this is a gnulib bug? Can you create a simple test project with gnulib to see if this problem is reproducible, and if so report it to the gnulib project?

Mike Miller <mtmiller>
Group Member
Wed 09 Mar 2016 08:16:35 PM UTC, original submission:  

The error message is:
make[3]: Entering directory `/tmp/hajgato/build/Octave/4.0.0/intel-2016a/octave-4.0.0/liboctave'
  CXX      array/array_libarray_la-Array-b.lo
icpc: command line warning #10006: ignoring unknown option '-Wold-style-cast'
icpc: command line warning #10006: ignoring unknown option '-Wcast-align'
In file included from /usr/include/sys/types.h(220),
                 from ../libgnu/sys/types.h(28),
                 from /usr/include/stdlib.h(320),
                 from ../libgnu/stdlib.h(36),
                 from /vsc/apps/brussel/ivybridge/software/GCCcore/4.9.3/bin/../include/c++/4.9.3/cstdlib(72),
                 from /vsc/apps/brussel/ivybridge/software/GCCcore/4.9.3/bin/../include/c++/4.9.3/bits/stl_algo.h(59),
                 from /vsc/apps/brussel/ivybridge/software/GCCcore/4.9.3/bin/../include/c++/4.9.3/algorithm(62),
                 from array/Array.h(32),
                 from array/Array-b.cc(29):
../libgnu/sys/select.h(598): error: declaration is incompatible with previous "select" (declared at line 109 of "/usr/include/sys/select.h")
  _GL_CXXALIAS_SYS (select, int,
  ^

compilation aborted for array/Array-b.cc (code 2)
make[3]: * [array/array_libarray_la-Array-b.lo] Error 1
make[3]: Leaving directory `/tmp/hajgato/build/Octave/4.0.0/intel-2016a/octave-4.0.0/liboctave'
make[2]: * [all] Error 2
make[2]: Leaving directory `/tmp/hajgato/build/Octave/4.0.0/intel-2016a/octave-4.0.0/liboctave'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/tmp/hajgato/build/Octave/4.0.0/intel-2016a/octave-4.0.0'
make: * [all] Error 2

This is rather similar to this issue (although not the same):
https://savannah.gnu.org/bugs/index.php?43171

Anonymous

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #36662:  x-1.tar.gz added by mtmiller (234KiB - application/x-targz)
file #36592:  x-0.tar.gz added by mtmiller (222KiB - application/x-targz)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mtmiller (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-03-21 mtmiller StatusPostponed Invalid / Not an Octave Bug
        Open/ClosedOpen Closed
    2016-03-16 mtmiller Attached File- Added x-1.tar.gz, #36662
    2016-03-13 mtmiller Priority5 - Normal 1 - Later
        StatusNeed Info Postponed
    2016-03-09 mtmiller Attached File- Added x-0.tar.gz, #36592
    2016-03-09 mtmiller StatusNone Need Info

    Back to the top

    Powered by Savane 3.13-caa5.
    Corresponding source code