[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