octave-maintainers
[Top][All Lists]
Advanced

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

problems with make


From: Thomas L. Scofield
Subject: problems with make
Date: Mon, 4 Aug 2008 22:00:54 -0400


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
--------------------------------------------------------


reply via email to

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