problems with make

Thomas L. Scofield scofield at calvin.edu
Mon Aug 4 21:00:54 CDT 2008


I finally was able to compile the latest repository on my mac about a  
couple of weeks ago for the first time.  It is on that machine I  
would like to carry out continued development.  The crucial step was  
the following arguments to configure (which, I have no doubts, are  
not optimized):

./configure CPPFLAGS="-I/sw/include -I/Developer/SDKs/MacOSX10.4u.sdk/ 
usr/X11R6/include" LDFLAGS="-L/sw/lib/ -L/usr/lib -L/Developer/SDKs/ 
MacOSX10.4u.sdk/usr/X11R6/lib" --prefix=/sw

This command worked insofar as the only complaint about libraries I  
received at the end was that "FLTK backend libs" were not found, nor  
were the ones "necessary to compile native graphics."  I think that  
this was during the time between John Eaton's changeset to imread.m  
and __magick_read__.cc (July 16, changesets 8123 and 8118?) and  
today, for I was successfully using imread.m from core Octave.  I  
tried the same configure command today after downloading the most  
recent repository, and it seemed to work even better---I still see  
the "didn't find the necessary libraries ..." warning, but now it is  
finding viable "FLTK backend libs".  Issuing "make" last week was  
successful, and I had a working program.  Today, make fails; here are  
the last few lines of output:

./DLD-FUNCTIONS/__magick_read__.cc: In function 'octave_value_list  
read_indexed_images(std::vector<Magick::Image,  
std::allocator<Magick::Image> >&, const Array<octave_idx_type>&, bool)':
./DLD-FUNCTIONS/__magick_read__.cc:143: warning: comparison between  
signed and unsigned integer expressions
./DLD-FUNCTIONS/__magick_read__.cc: In function 'void write_image 
(const std::string&, const std::string&, const octave_value&, const  
octave_value&)':
./DLD-FUNCTIONS/__magick_read__.cc:490: error: conversion from  
'octave_int<uint8_t>' to 'MagickLib::Quantum' is ambiguous
../liboctave/oct-inttypes.h:330: note: candidates are:  
octave_int<T>::operator float() const [with T = uint8_t]
../liboctave/oct-inttypes.h:328: note:                  
octave_int<T>::operator double() const [with T = uint8_t]
../liboctave/oct-inttypes.h:324: note:                  
octave_int<T>::operator T() const [with T = uint8_t]
./DLD-FUNCTIONS/__magick_read__.cc:491: error: conversion from  
'octave_int<uint8_t>' to 'MagickLib::Quantum' is ambiguous
../liboctave/oct-inttypes.h:330: note: candidates are:  
octave_int<T>::operator float() const [with T = uint8_t]
../liboctave/oct-inttypes.h:328: note:                  
octave_int<T>::operator double() const [with T = uint8_t]
../liboctave/oct-inttypes.h:324: note:                  
octave_int<T>::operator T() const [with T = uint8_t]
./DLD-FUNCTIONS/__magick_read__.cc:492: error: conversion from  
'octave_int<uint8_t>' to 'MagickLib::Quantum' is ambiguous
../liboctave/oct-inttypes.h:330: note: candidates are:  
octave_int<T>::operator float() const [with T = uint8_t]
../liboctave/oct-inttypes.h:328: note:                  
octave_int<T>::operator double() const [with T = uint8_t]
../liboctave/oct-inttypes.h:324: note:                  
octave_int<T>::operator T() const [with T = uint8_t]
make[2]: *** [pic/__magick_read__.o] Error 1
make[1]: *** [src] Error 2
make: *** [all] Error 2

As best as I can tell, this compile problem seems to have arisen with  
the addition of __magick_write__.  Any ideas?

Thomas L. Scofield
--------------------------------------------------------
Associate Professor
Department of Mathematics and Statistics
Calvin College
--------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://www.cae.wisc.edu/pipermail/octave-maintainers/attachments/20080804/5f99ce0e/attachment-0001.html 


More information about the Octave-maintainers mailing list