bugGNU Octave - Bugs: bug #49763, OCTAVE_F77_INT_TYPE unknown

 
 

bug #49763: OCTAVE_F77_INT_TYPE unknown

Submitter:  Dan Sebald <sebald>
Submitted:  Sun 04 Dec 2016 08:24:03 AM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Works For Me Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 05 Dec 2016 12:18:16 AM UTC, comment #5: 

I had done a bootstrap + configure + make.  Now I've done a clone + bootstrap + configure + make and that appears to be compiling.

I forgot to try, but maybe the "make maintainers-clean" step should have been in there somewhere.

Please close this report.

Dan Sebald <sebald>
Sun 04 Dec 2016 10:23:45 PM UTC, comment #4: 

If config.h doesn't have that #define, then something is wrong with your build tree. Try starting from a clean slate, bootstrap, configure, make, etc. If you can still reproduce it after that, then we shall see what's happening.

Mike Miller <mtmiller>
Group Member
Sun 04 Dec 2016 09:55:44 PM UTC, comment #3: 

I had the very same issue lately after JWE adapted the F77_INT types.
I waited a few days, pulled / updated, wiped the build tree, ran bootstrap / configure anew, and the the error had gone away.
(In hindsight I suspect that running ./bootstrap fixed it for me as AFAICS grep'ing for allocator.c indicated it comes from gnulib)

Philip Nienhuis <philipnienhuis>
Group Member
Sun 04 Dec 2016 08:03:48 PM UTC, comment #2: 

No, I'm not seeing that definition in the config.h.

I've just looked through the configure routine a bit.  Does this set of conditional statements, or at least its indentation, look properly formatted?


  # The cast to long int works around a bug in the HP C Compiler
# version HP92453-01 B.11.11.23709.GP, which incorrectly rejects
# declarations like `int a3[[(sizeof (unsigned char)) >= 0]];'.
# This bug is HP SR number 8606223364.
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking size of int64_t" >&5
$as_echo_n "checking size of int64_t... " >&6; }
if ${ac_cv_sizeof_int64_t+:} false; then :
  $as_echo_n "(cached) " >&6
else
  if ac_fn_c_compute_int "$LINENO" "(long int) (sizeof (int64_t))" "ac_cv_sizeof_int64_t"        "$ac_includes_default"; then :

else
  if test "$ac_cv_type_int64_t" = yes; then
     { { $as_echo "$as_me:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
$as_echo "$as_me: error: in \`$ac_pwd':" >&2;}
as_fn_error 77 "cannot compute sizeof (int64_t)
See \`config.log' for more details" "$LINENO" 5; }
   else
     ac_cv_sizeof_int64_t=0
   fi
fi


There seems to be a closing "fi" missing somewhere.  This is a hunk of script just prior to the definitions of the index type.

Dan Sebald <sebald>
Sun 04 Dec 2016 07:42:51 PM UTC, comment #1: 

Does your config.h not contain this?


/* Define to the type of octave_f77_int_type (64 or 32 bit signed integer). */
#define OCTAVE_F77_INT_TYPE int


Mike Miller <mtmiller>
Group Member
Sun 04 Dec 2016 08:24:03 AM UTC, original submission:  

I'm seeing this error:


  CC       allocator.lo
In file included from ../config.h:3486:0,
                 from /home/sebald/octave/octave/octave/libgnu/allocator.c:2:
../oct-conf-post.h:192:1: error: unknown type name 'OCTAVE_F77_INT_TYPE'
 typedef OCTAVE_F77_INT_TYPE octave_f77_int_type;


Looking at my config.log, I see:


  64-bit array dims and indexing:     no


So, perhaps this typedef shouldn't be done if 64-bit arrays are not used?

Dan Sebald <sebald>

 

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

Attach Files:
   
   
Comment:
   

No files currently attached

 

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)
  • -email is unavailable- added by sebald (Submitted the item)
  •  

    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 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-12-05 mtmiller Open/ClosedOpen Closed
    2016-12-04 mtmiller StatusNone Works For Me

    Back to the top

    Powered by Savane 3.13-aa77.
    Corresponding source code