octave-maintainers
[Top][All Lists]
Advanced

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

Re: Failure building CVS on IRIX 6.5 with GCC


From: John W. Eaton
Subject: Re: Failure building CVS on IRIX 6.5 with GCC
Date: Wed, 19 Feb 2003 16:29:25 -0600

On 19-Feb-2003, Albert Chin <address@hidden> wrote:

| On Wed, Feb 19, 2003 at 03:42:56PM -0600, John W. Eaton wrote:
| > On 19-Feb-2003, Albert Chin <address@hidden> wrote:
| > 
| > | While building CVS on IRIX 6.5.19 with GCC 3.2.2. Any ideas?
| > 
| > | g++ -c -I/opt/TWWfsw/readline42a/include -L/opt/TWWfsw/ncurses5/include 
-I/opt/TWWfsw/libfftw21/include -I. -I.. -I../liboctave -I../src 
-I../libcruft/misc  -I../glob -I../glob -DHAVE_CONFIG_H  -O2 syscalls.cc -o 
syscalls.o
| > | syscalls.cc: In function `Octave_map mk_stat_map(const file_stat&)':
| > | syscalls.cc:69: conversion from `ino_t' to `const octave_value' is 
ambiguous
| > 
| > What is the actual type of ino_t on your system?
| 
| typedef unsigned __uint32_t;
| typedef __uint32_t o_ino_t;

I'm not sure why the octave_value (unsigned int) constructor fails to
be the best match.  If the above typedefs are correct, then it seems
you should be able to work around the problem with a cast (but I don't
think that's the best solution, so I'd rather not install a change
like that).

jwe



reply via email to

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