octave-maintainers
[Top][All Lists]
Advanced

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

Re: cs-list error with MacOS [was: Octave-3.3.55 and Octave-3.3.90 on OS


From: Richard Campbell
Subject: Re: cs-list error with MacOS [was: Octave-3.3.55 and Octave-3.3.90 on OSX]
Date: Sun, 6 Feb 2011 11:23:20 -0500

On Feb 6, 2011, at 11:02 AM, Ben Abbott wrote:

> On Jan 30, 2011, at 12:31 PM, Richard Campbell wrote:
> 
>> On Jan 30, 2011, at 12:28 PM, Ben Abbott wrote:
>> 
>>> On Jan 30, 2011, at 12:17 PM, Richard Campbell wrote:
>>> 
>>>> On Jan 30, 2011, at 12:02 PM, John W. Eaton wrote:
>>>> 
>>>>> On 30-Jan-2011, Richard Campbell wrote:
>>>>> 
>>>>> | The front page should be updated to indicate that Octave-3.3.54 is not 
>>>>> the newest developer snapshot. Having just found out about 3.3.55 and 
>>>>> 3.3.90, I attempted to build both of them.
>>>>> | 
>>>>> | Octave 3.3.55 builds fine, but fails 'make check':
>>>>> | 
>>>>> | Making check in test
>>>>> | ./build_sparse_tests.sh
>>>>> | ./build_bc_overload_tests.sh ./bc_overloads_expected
>>>>> | ../run-octave --norc --silent --no-history ./fntests.m .
>>>>> | 
>>>>> | Integrated test scripts:
>>>>> | 
>>>>> | make[2]: *** [check] Abort trap
>>>>> | make[1]: *** [check-recursive] Error 1
>>>>> | make: *** [check] Error 2
>>>>> | 
>>>>> | When I run it, I get the same cs-list error when trying to print that 
>>>>> I've been getting in 3.3.54.
>>>>> | 
>>>>> | Octave 3.3.90  fails to build:
>>>>> | 
>>>>> | libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -m32 -D_REENTRANT 
>>>>> -I../libgnu -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave 
>>>>> -I. -I. -m32 -D_REENTRANT -g -O2 -DHAVE_CONFIG_H 
>>>>> -I/usr/X11/include/freetype2 -I/usr/X11/include -Wall -W -Wshadow 
>>>>> -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align 
>>>>> -Wcast-qual -g -O2 -D_THREAD_SAFE -pthread -g -O2 -MT 
>>>>> liboctinterp_la-txt-eng-ft.lo -MD -MP -MF 
>>>>> .deps/liboctinterp_la-txt-eng-ft.Tpo -c txt-eng-ft.cc  -fno-common -DPIC 
>>>>> -o .libs/liboctinterp_la-txt-eng-ft.o
>>>>> | txt-eng-ft.cc: In constructor ‘ft_manager::ft_manager()’:
>>>>> | txt-eng-ft.cc:78: error: class ‘ft_manager’ does not have any field 
>>>>> named ‘fc_init_done’
>>>>> | txt-eng-ft.cc: At global scope:
>>>>> | txt-eng-ft.cc:107: warning: unused parameter ‘name’
>>>>> | txt-eng-ft.cc:107: warning: unused parameter ‘weight’
>>>>> | txt-eng-ft.cc:107: warning: unused parameter ‘angle’
>>>>> | txt-eng-ft.cc:107: warning: unused parameter ‘size’
>>>>> | make[3]: *** [liboctinterp_la-txt-eng-ft.lo] Error 1
>>>>> | make[2]: *** [all] Error 2
>>>>> | make[1]: *** [all-recursive] Error 1
>>>>> | make: *** [all] Error 2
>>>>> 
>>>>> I checked in the following changeset.
>>>>> 
>>>>> http://hg.savannah.gnu.org/hgweb/octave/rev/cb4ac5e4d987
>>>>> 
>>>>> Does this change fix the problem for you?
>>>>> 
>>>>> jwe
>>>> 
>>>> Yes, that fix allows me to build Octave 3.3.90, but it doesn't fix the 
>>>> cs-list error, pasted below.
>>>> 
>>>> octave:1> plot(randn(10,1))
>>>> octave:2> print('-dpng','test.png')
>>>> warning: print.m: fig2dev binary is not available
>>>> error: invalid assignment to cs-list outside multiple assignment
>>>> error: matrix cannot be indexed with {
>>>> error: evaluating argument list element number 3
>>>> error: called from:
>>>> error:   /Users/campbell/Downloads/octave-3.3.90/scripts/plot/print.m at 
>>>> line 390, column 11
>>>> 
>>>> Make check also reports a cs-list error but does not crash like it does in 
>>>> 3.3.55.
>>> 
>>> Please also give us the details for the cs-list error which occurs when you 
>>> run "make check".
>>> 
>>> Ben
>>> 
>> 
>> Making check in test
>> ../run-octave --norc --silent --no-history ./fntests.m .
>> 
>> Integrated test scripts:
>> 
>> invalid assignment to cs-list outside multiple assignment
> 
> Richard,
> 
> I've built a 32bit Octave using the manual instructions in README.MacOS
> 
> Please confirm the following gives you the cs-list error.
> 
>       info = struct (zeros (0, 1), {"name"});
>       info(1,1).name = "foobar";
> 
> Ben
> 
> 
> 
> 
> 

Ben,

The error seems to be fixed in 3.3.92, when building as 32-bit. Note that it 
has appeared to be fixed in 64-bit (with blaswrap, without -ff2c) since 3.3.55 
or so.

I do get many lines of

warning: ft_render: unable to load appropriate font

when plotting, in both 32- and 64-bit. This didn't happen in <= 3.3.91.

Campbell



reply via email to

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