octave-dev — GNU Octave developers' list

Re: [OctDev] New versions of OctCLIP and OctPROJ packages

[José L. G. P. <jgp...@gm...>]

2012/10/1 Carnë Draug <car...@gm...>:
> On 1 October 2012 11:56, Juan Pablo Carbajal <car...@if...> wrote:
>> On Mon, Oct 1, 2012 at 11:53 AM, José Luis García Pallero
>> <jgp...@gm...> wrote:
>>> Hello:
>>>
>>> I've uploaded to sourceforge new versions of OctCLIP and OctPROJ
>>> packages. There are minor changes related to compiler flags in both
>>> packages. In oc_polybool functiom of OctCLIP I've corrected the way of
>>> calculation of the minumum perturbation number and I've added a new
>>> output argument
>>>
>>> Cheers
>>>
>>
>> Hi Jose,
>>
>> Will you commit your changes of octclip to geometry?
>>
>> Cheers
>
> Could you please make the commit to the new repository location?
> Please see http://octave.1599824.n4.nabble.com/very-important-all-developers-reclone-Octave-Forge-td4644503.html

Done, thank you for the advice.

I suggest that the information in
http://octave.sourceforge.net/developers.html should be updated

Cheers

>
> Carnë



-- 
*****************************************
José Luis García Pallero
jgp...@gm...
(o<
/ / \
V_/_
Use Debian GNU/Linux and enjoy!
*****************************************

Re: [OctDev] [URGENT] Website action needed

[Carnë D. <car...@gm...>]

On 1 October 2012 13:51, JuanPi <aj...@gm...> wrote:
> Hi,
>
> We need to at least update
> http://octave.sourceforge.net/developers.html
>
> The line
> svn co https://octave.svn.sourceforge.net/svnroot/octave/trunk/octave-forge
>
> should change to
> svn checkout https://svn.code.sf.net/p/octave/code/trunk/octave-forge/
> octave-code
>
> People is checking out the old repository.

Fixed. Also removed the section about non-free. If you have more
changes, just send me a patch and I'll apply it.

Carnë

Re: [OctDev] DICOM package installation problem

[Andy B. <and...@gm...>]

On 1 October 2012 12:51, adam aitkenhead <ada...@ho...> wrote:
> Hi,
>
> I've been having trouble installing the DICOM toolbox, which fails with the
> following error message:
>
> octave:2> pkg install dicom-0.1.1.tar.gz
> /usr/bin/ld: /usr/local/lib/libgdcmDSED.a(gdcmReader.cxx.o): relocation
> R_X86_64_32 against `a local symbol' can not be used when making a shared
> object; recompile with -fPIC
> /usr/local/lib/libgdcmDSED.a: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> make: *** [dicominfo.oct] Error 1
> 'make' returned the following error: make: Entering directory
> `/tmp/oct-iaKJnH/dicom/src'
> mkoctfile -c  -g dicominfo.cpp
> mkoctfile -c  -g dicomdict.cpp
> mkoctfile  -L/usr/local/lib -lgdcmcharls  -lgdcmjpeg8 -lgdcmjpeg12
> -lgdcmjpeg16 -lgdcmCommon -lgdcmDICT -lgdcmDSED -lgdcmIOD -lgdcmMSFF   -g
> dicominfo.o dicomdict.o -o dicominfo.oct
> make: Leaving directory `/tmp/oct-iaKJnH/dicom/src'
> error: called from `pkg>configure_make' in file
> /usr/local/share/octave/3.6.3/m/pkg/pkg.m near line 1385, column 9
> error: called from:
> error:   /usr/local/share/octave/3.6.3/m/pkg/pkg.m at line 827, column 5
> error:   /usr/local/share/octave/3.6.3/m/pkg/pkg.m at line 383, column 9
>
> This is on a 64-bit Scientific Linux 5.7 system, with gdcm-2.0.19.  I've
> tried recompiling gdcm with -fPIC and -64 with no success.
>
> I've previously installed it on a different system (64-bit Scientific Linux
> 6.2 with gdcm-2.0.19 compiled with the default settings) without any
> problems.

I have not tried against Octave 3.6.3. I also don't think I have got
it to work against a static gdcm. Could you try a dynamically linked
gdcm?

(I will own up in advance - I struggle with this kind of thing too).

-- 
/* andy buckle */

Re: [OctDev] New versions of OctCLIP and OctPROJ packages

[Carnë D. <car...@gm...>]

On 1 October 2012 11:56, Juan Pablo Carbajal <car...@if...> wrote:
> On Mon, Oct 1, 2012 at 11:53 AM, José Luis García Pallero
> <jgp...@gm...> wrote:
>> Hello:
>>
>> I've uploaded to sourceforge new versions of OctCLIP and OctPROJ
>> packages. There are minor changes related to compiler flags in both
>> packages. In oc_polybool functiom of OctCLIP I've corrected the way of
>> calculation of the minumum perturbation number and I've added a new
>> output argument
>>
>> Cheers
>>
>
> Hi Jose,
>
> Will you commit your changes of octclip to geometry?
>
> Cheers

Could you please make the commit to the new repository location?
Please see http://octave.1599824.n4.nabble.com/very-important-all-developers-reclone-Octave-Forge-td4644503.html

Carnë

[OctDev] DICOM package installation problem

[adam a. <ada...@ho...>]

Hi,
 
I've been having trouble installing the DICOM toolbox, which fails with the following error message:
 
octave:2> pkg install dicom-0.1.1.tar.gz
/usr/bin/ld: /usr/local/lib/libgdcmDSED.a(gdcmReader.cxx.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libgdcmDSED.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [dicominfo.oct] Error 1
'make' returned the following error: make: Entering directory `/tmp/oct-iaKJnH/dicom/src'
mkoctfile -c  -g dicominfo.cpp
mkoctfile -c  -g dicomdict.cpp
mkoctfile  -L/usr/local/lib -lgdcmcharls  -lgdcmjpeg8 -lgdcmjpeg12 -lgdcmjpeg16 -lgdcmCommon -lgdcmDICT -lgdcmDSED -lgdcmIOD -lgdcmMSFF   -g dicominfo.o dicomdict.o -o dicominfo.oct
make: Leaving directory `/tmp/oct-iaKJnH/dicom/src'
error: called from `pkg>configure_make' in file /usr/local/share/octave/3.6.3/m/pkg/pkg.m near line 1385, column 9
error: called from:
error:   /usr/local/share/octave/3.6.3/m/pkg/pkg.m at line 827, column 5
error:   /usr/local/share/octave/3.6.3/m/pkg/pkg.m at line 383, column 9
 
This is on a 64-bit Scientific Linux 5.7 system, with gdcm-2.0.19.  I've tried recompiling gdcm with -fPIC and -64 with no success.
 
I've previously installed it on a different system (64-bit Scientific Linux 6.2 with gdcm-2.0.19 compiled with the default settings) without any problems.
 
Any ideas what the problem might be?
 
Thanks,
Adam
 
  		 	   		  

[OctDev] [URGENT] Website action needed

[JuanPi <aj...@gm...>]

Hi,

We need to at least update
http://octave.sourceforge.net/developers.html

The line
svn co https://octave.svn.sourceforge.net/svnroot/octave/trunk/octave-forge

should change to
svn checkout https://svn.code.sf.net/p/octave/code/trunk/octave-forge/
octave-code

People is checking out the old repository.

Thank you


-- 
JuanPi Carbajal
-----
"It is one thing not to be able to perform a certain feat, but quite
another to prove that it cannot be done." - Henry Ernest Dudeney
-----
http://ailab.ifi.uzh.ch/carbajal/

Re: [OctDev] finishing up new release of image package

[Carnë D. <car...@gm...>]

On 1 October 2012 12:43, Lukas Reichlin <luk...@gm...> wrote:
> On 01.10.2012, at 11:01, Carnë Draug <car...@gm...> wrote:
>> Hi everyone
>>
>> I've been preparing a new release of the image package. There's a lot
>> of changes on it, I think enough changes to be version 2.0.0.
>>
>> I would be great if people could give it a try and report any problems.
>>
>> Thanks,
>> Carnë
>>
>
> Hi Carnë
>
> I'll give it a try. Is there an option to download a tarball from the new repository [1]? The old repository [2] has the link "Download GNU tarball" at the bottom of the page. It was very convenient. Links without revision numbers (11177 in [1]) wouldn't be bad either.
>
> Best regards,
> Lukas
>
>
> [1]
> http://sourceforge.net/p/octave/code/11177/tree/trunk/octave-forge/main/image/
>
> [2]
> http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/main/image/

Upps. I uploaded the file to my server but forgot to give the link.
Please download it from

http://carandraug.no-ip.org/octave/image-1.9.90.tar.gz

As far as I know there's no way to download a tarball directly from
the new repository but I haven't had much time to try the new
SourceForge. There's a bunch of other things I don't like such as
being much slower, not being able to order by last modification,
really hard to change revision, incorrectly identifying text as binary
files...

Carnë

Re: [OctDev] finishing up new release of image package

[Lukas R. <luk...@gm...>]

On 01.10.2012, at 11:01, Carnë Draug <car...@gm...> wrote:

> Hi everyone
> 
> I've been preparing a new release of the image package. There's a lot
> of changes on it, I think enough changes to be version 2.0.0.
> 
> I would be great if people could give it a try and report any problems.
> 
> Thanks,
> Carnë
> 
> ------------------------------------------------------------------------------
> Got visibility?
> Most devs has no idea what their production app looks like.
> Find out how fast your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219671;13503038;y?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Hi Carnë

I'll give it a try. Is there an option to download a tarball from the new repository [1]? The old repository [2] has the link "Download GNU tarball" at the bottom of the page. It was very convenient. Links without revision numbers (11177 in [1]) wouldn't be bad either.

Best regards,
Lukas


[1]
http://sourceforge.net/p/octave/code/11177/tree/trunk/octave-forge/main/image/

[2]
http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/main/image/

Re: [OctDev] New versions of OctCLIP and OctPROJ packages

[Juan P. C. <car...@if...>]

On Mon, Oct 1, 2012 at 11:53 AM, José Luis García Pallero
<jgp...@gm...> wrote:
> Hello:
>
> I've uploaded to sourceforge new versions of OctCLIP and OctPROJ
> packages. There are minor changes related to compiler flags in both
> packages. In oc_polybool functiom of OctCLIP I've corrected the way of
> calculation of the minumum perturbation number and I've added a new
> output argument
>
> Cheers
>
> --
> *****************************************
> José Luis García Pallero
> jgp...@gm...
> (o<
> / / \
> V_/_
> Use Debian GNU/Linux and enjoy!
> *****************************************
>
> ------------------------------------------------------------------------------
> Got visibility?
> Most devs has no idea what their production app looks like.
> Find out how fast your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219671;13503038;y?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Hi Jose,

Will you commit your changes of octclip to geometry?

Cheers

-- 
M. Sc. Juan Pablo Carbajal
-----
PhD Student
University of Zürich
http://ailab.ifi.uzh.ch/carbajal/

[OctDev] New versions of OctCLIP and OctPROJ packages

[José L. G. P. <jgp...@gm...>]

Hello:

I've uploaded to sourceforge new versions of OctCLIP and OctPROJ
packages. There are minor changes related to compiler flags in both
packages. In oc_polybool functiom of OctCLIP I've corrected the way of
calculation of the minumum perturbation number and I've added a new
output argument

Cheers

-- 
*****************************************
José Luis García Pallero
jgp...@gm...
(o<
/ / \
V_/_
Use Debian GNU/Linux and enjoy!
*****************************************

[OctDev] finishing up new release of image package

[Carnë D. <car...@gm...>]

Hi everyone

I've been preparing a new release of the image package. There's a lot
of changes on it, I think enough changes to be version 2.0.0.

I would be great if people could give it a try and report any problems.

Thanks,
Carnë

[OctDev] Image processing functions

[JuanPi <aj...@gm...>]

Hi all,

Has anybody ever checked this cite?
http://www.csse.uwa.edu.au/~pk/Research/MatlabFns/index.html

It contains several image processing functions that (according to the
author) run in Octave. Maybe some of them can aggrandize the image
package.

Cheers

-- 
JuanPi Carbajal
-----
"It is one thing not to be able to perform a certain feat, but quite
another to prove that it cannot be done." - Henry Ernest Dudeney
-----
http://ailab.ifi.uzh.ch/carbajal/

Re: [OctDev] Bug in freqz

[.terry. <Bow...@en...>]

Jerry wrote
> I just submitted a bug report for a big-ass bug in freqz:
> 
> 
> If h is an FIR impulse response, then
> freqz(h);
> performs as advertised. However, 
> freqz(h, N);
> where N is any number including the default 512 returns incorrect
> magnitude results.

You probably got what you needed, just a little more clarification: If you
look at help for freqz you'll see it's designed to give the frequency
response of IIR filters. Your particular usage freqz(h, N) tells freqz that
you want the frequency response of an IIR filter with transfer function
numerator of h and denominator of N. But freqz can also be used for FIR
filters, just have to remember that the denominator of an FIR filter's
transfer function is 1, i.e. it's a simple polynomial with no denominator
term. So, as the previous respondent says, make your second input argument a
1 and you're on your way. The explanation for why it worked when you
specified freqz(h) is contained in the help: "If A is omitted, the
denominator is assumed to be 1 (this corresponds to a simple FIR filter)."



--
View this message in context: http://octave.1599824.n4.nabble.com/Bug-in-freqz-tp4633628p4644798.html
Sent from the Octave - Dev mailing list archive at Nabble.com.

Re: [OctDev] Dicom package / isdicom function: Carnë, please read

[adam a. <ada...@ho...>]

> From: car...@gm...
> Date: Wed, 26 Sep 2012 12:10:06 +0200
> Subject: Re: [OctDev] Dicom package / isdicom function: Carnë, please read
> To: ada...@ho...
> CC: and...@gm...; oct...@li...
> 
> On 26 September 2012 11:18, adam aitkenhead <ada...@ho...> wrote:
> >> Date: Tue, 25 Sep 2012 22:45:34 +0100
> >> Subject: Re: [OctDev] Dicom package / isdicom function: Carnë, please read
> >> From: and...@gm...
> >> To: car...@gm...
> >> CC: ada...@ho...; oct...@li...
> >>
> >> >> Carnë - can Adam get write permission for the svn repo? He has work to
> >> >> do (see below ;)
> >> >>
> >> >> Adam - do you have a sf.net account? Could you get a checkout and
> >> >> commit a fix?
> >
> > Yup, I'm on sourceforge -  adam78a
> 
> Done. You should have commit access now.
> 
> Carnë

Just committed the updated version of isdicom. 		 	   		  

Re: [OctDev] pkg update behavior

[Carnë D. <car...@gm...>]

On 26 September 2012 18:53, JuanPi <aj...@gm...> wrote:
> On Wed, Sep 26, 2012 at 1:47 PM, Carnë Draug <car...@gm...> wrote:
>> On 26 September 2012 12:54, JuanPi <aj...@gm...> wrote:
>>> I received a oral request to make "pkg update" keep the autoload
>>> configuration define by the user. Apparently currently it doesn't.
>>> Also to make it accept a list of package to update.
>>
>> We spoke about actually removing the autoload completely at OctConf...
>> You should probably recommend him to have the autoload in his
>> .octaverc file.
>>
>> Carnë
>
> ok, you are right. So his .octaverc should have the lines
>
> pkg load my_package my_other_package
>
> and so on, right?

yes

Re: [OctDev] Problem with inputParser and anonymous functions for validators

[Juan P. C. <car...@if...>]

On Wed, Sep 26, 2012 at 6:48 PM, Juan Pablo Carbajal
<car...@if...> wrote:
> On Wed, Sep 26, 2012 at 3:13 PM, Jose <jos...@aa...> wrote:
>> On 09/22/2012 03:51 PM, Juan Pablo Carbajal wrote:
>>> Hi Jose,
>>>
>>> Ok, if the help here helps than I will transcribe it to the wiki...
>>> though you could also do it! ;)
>>
>> Hello Juan Pablo.
>>
>> Thanks for the explanations, octave has one less secret for me now ;).
>>
>> About putting this to the wiki, I definitely think that this should be
>> easily accessible, so I would put it in the wiki. In general I think
>> that having instructions on the wiki for people that want to cooperate
>> is good.
>>
>> Please, write them yourself there. What I can do is, once that I follow
>> your instructions (from the wiki), I will complete them (if necessary)
>> with detailed commands or comments that helped me as a new collaborator :)
>>
>> BR
>> Jose
>>
>>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Octave-dev mailing list
>> Oct...@li...
>> https://lists.sourceforge.net/lists/listinfo/octave-dev
>
> Sounds great!
> I will do that asap.
>
>
> --
> M. Sc. Juan Pablo Carbajal
> -----
> PhD Student
> University of Zürich
> http://ailab.ifi.uzh.ch/carbajal/

Ok, I created this page
http://wiki.octave.org/Contributing_to_the_development_of_packages/modules

improve it!
:D


-- 
M. Sc. Juan Pablo Carbajal
-----
PhD Student
University of Zürich
http://ailab.ifi.uzh.ch/carbajal/

Re: [OctDev] pkg update behavior

[JuanPi <aj...@gm...>]

On Wed, Sep 26, 2012 at 1:47 PM, Carnë Draug <car...@gm...> wrote:
> On 26 September 2012 12:54, JuanPi <aj...@gm...> wrote:
>> I received a oral request to make "pkg update" keep the autoload
>> configuration define by the user. Apparently currently it doesn't.
>> Also to make it accept a list of package to update.
>
> We spoke about actually removing the autoload completely at OctConf...
> You should probably recommend him to have the autoload in his
> .octaverc file.
>
> Carnë

ok, you are right. So his .octaverc should have the lines

pkg load my_package my_other_package

and so on, right?



-- 
JuanPi Carbajal
-----
"It is one thing not to be able to perform a certain feat, but quite
another to prove that it cannot be done." - Henry Ernest Dudeney
-----
http://ailab.ifi.uzh.ch/carbajal/

Re: [OctDev] Problem with inputParser and anonymous functions for validators

[Juan P. C. <car...@if...>]

On Wed, Sep 26, 2012 at 3:13 PM, Jose <jos...@aa...> wrote:
> On 09/22/2012 03:51 PM, Juan Pablo Carbajal wrote:
>> Hi Jose,
>>
>> Ok, if the help here helps than I will transcribe it to the wiki...
>> though you could also do it! ;)
>
> Hello Juan Pablo.
>
> Thanks for the explanations, octave has one less secret for me now ;).
>
> About putting this to the wiki, I definitely think that this should be
> easily accessible, so I would put it in the wiki. In general I think
> that having instructions on the wiki for people that want to cooperate
> is good.
>
> Please, write them yourself there. What I can do is, once that I follow
> your instructions (from the wiki), I will complete them (if necessary)
> with detailed commands or comments that helped me as a new collaborator :)
>
> BR
> Jose
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Sounds great!
I will do that asap.


-- 
M. Sc. Juan Pablo Carbajal
-----
PhD Student
University of Zürich
http://ailab.ifi.uzh.ch/carbajal/

Re: [OctDev] Problem with inputParser and anonymous functions for validators

[Jose <jos...@aa...>]

On 09/22/2012 03:51 PM, Juan Pablo Carbajal wrote:
> Hi Jose,
>
> Ok, if the help here helps than I will transcribe it to the wiki...
> though you could also do it! ;)

Hello Juan Pablo.

Thanks for the explanations, octave has one less secret for me now ;).

About putting this to the wiki, I definitely think that this should be 
easily accessible, so I would put it in the wiki. In general I think 
that having instructions on the wiki for people that want to cooperate 
is good.

Please, write them yourself there. What I can do is, once that I follow 
your instructions (from the wiki), I will complete them (if necessary) 
with detailed commands or comments that helped me as a new collaborator :)

BR
Jose

Re: [OctDev] Error compiling octave from mercurial repository [changeset: 15442:015cc3d1f389]

[José L. G. P. <jgp...@gm...>]

2012/9/26 Jordi Gutiérrez Hermoso <jo...@oc...>:
> On 26 September 2012 08:44, José Luis García Pallero
> <jgp...@gm...> wrote:
>> I'm tryng to compile octave from the hg sources in order to test the
>> gui and the jit features, but the compilation stops after an error.
>
> Sigh... sorry... you have found the Octave Forge list, which is for
> discussion about Octave packages, not Octave itself.
>
> The maintainers' list is
>
>     https://mailman.cae.wisc.edu/listinfo/octave-maintainers
>
> Please see this thread in it:
>
>     http://octave.1599824.n4.nabble.com/Default-not-compiling-td4644379.html

Ouch, sorry. I don't remember when was the last time I posted in
octave mailing lists. I'll try the solution posted in the thread you
post

>
> HTH,
> - Jordi G. H.



-- 
*****************************************
José Luis García Pallero
jgp...@gm...
(o<
/ / \
V_/_
Use Debian GNU/Linux and enjoy!
*****************************************

Re: [OctDev] Error compiling octave from mercurial repository [changeset: 15442:015cc3d1f389]

[Jordi G. H. <jo...@oc...>]

On 26 September 2012 08:44, José Luis García Pallero
<jgp...@gm...> wrote:
> I'm tryng to compile octave from the hg sources in order to test the
> gui and the jit features, but the compilation stops after an error.

Sigh... sorry... you have found the Octave Forge list, which is for
discussion about Octave packages, not Octave itself.

The maintainers' list is

    https://mailman.cae.wisc.edu/listinfo/octave-maintainers

Please see this thread in it:

    http://octave.1599824.n4.nabble.com/Default-not-compiling-td4644379.html

HTH,
- Jordi G. H.

[OctDev] Error compiling octave from mercurial repository [changeset: 15442:015cc3d1f389]

[José L. G. P. <jgp...@gm...>]

Hello:

I'm tryng to compile octave from the hg sources in order to test the
gui and the jit features, but the compilation stops after an error.
For the jit I have the llvm 3.1 dependencies installed and detected in
the ./configure step.

After configure all are OK:

  Build Octave GUI:                   true
  JIT compiler for loops:             true
  Do internal array bounds checking:  false
  Use octave_allocator:               false
  Build static libraries:             false
  Build shared libraries:             true
  Dynamic Linking:                    true (dlopen)
  Include support for GNU readline:   true
  64-bit array dims and indexing:     false

In the compilation proccess I obtain this results:

1.

From

g++ -E -DHAVE_CONFIG_H -I. -I..  \
          -I../liboctave/cruft/misc -I../liboctave/array
-I../liboctave/numeric -I../liboctave/numeric -I../liboctave/operators
-I../liboctave/operators -I../liboctave/system -I../liboctave/util
-I./octave-value -I./operators -Iparse-tree -I./parse-tree
-Iinterp-core -I./interp-core -Iinterpfcn -I./interpfcn -Icorefcn
-I../libgnu -I../libgnu  -isystem /usr/lib/llvm-3.1/include
-I/usr/include/freetype2   -Wall -W -Wshadow -Wold-style-cast -Wformat
-Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -O2 -pthread
\
          -DMAKE_BUILTINS octave.cc | ./mkdefs . octave.cc > octave.df-t

to

g++ -E -DHAVE_CONFIG_H -I. -I..  \
          -I../liboctave/cruft/misc -I../liboctave/array
-I../liboctave/numeric -I../liboctave/numeric -I../liboctave/operators
-I../liboctave/operators -I../liboctave/system -I../liboctave/util
-I./octave-value -I./operators -Iparse-tree -I./parse-tree
-Iinterp-core -I./interp-core -Iinterpfcn -I./interpfcn -Icorefcn
-I../libgnu -I../libgnu  -isystem /usr/lib/llvm-3.1/include
-I/usr/include/freetype2   -Wall -W -Wshadow -Wold-style-cast -Wformat
-Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -O2 -pthread
\
          -DMAKE_BUILTINS corefcn/typecast.cc | ./mkdefs .
corefcn/typecast.cc > corefcn/typecast.df-t

I obtain the message:

"
In file included from interpfcn/defun.h:30:0,
                 from corefcn/typecast.cc:32:
interp-core/defun-int.h:31:21: fatal error: version.h: No existe el
fichero o el directorio (File or directory does not exist -my locales
are spanish)
compilation terminated.
"

But the compilation is not aborted!

Then, from

libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I..
-I../liboctave/cruft/misc -I../liboctave/array -I../liboctave/numeric
-I../liboctave/numeric -I../liboctave/operators
-I../liboctave/operators -I../liboctave/system -I../liboctave/util
-I./octave-value -I./operators -Iparse-tree -I./parse-tree
-Iinterp-core -I./interp-core -Iinterpfcn -I./interpfcn -Icorefcn
-I../libgnu -I../libgnu -isystem /usr/lib/llvm-3.1/include
-I/usr/include/freetype2 -Wall -W -Wshadow -Wold-style-cast -Wformat
-Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -O2 -pthread
-MT parse-tree/parse_tree_libparse_tree_la-pt-arg-list.lo -MD -MP -MF
parse-tree/.deps/parse_tree_libparse_tree_la-pt-arg-list.Tpo -c
parse-tree/pt-arg-list.cc  -fPIC -DPIC -o
parse-tree/.libs/parse_tree_libparse_tree_la-pt-arg-list.o

to

libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I..
-I../liboctave/cruft/misc -I../liboctave/array -I../liboctave/numeric
-I../liboctave/numeric -I../liboctave/operators
-I../liboctave/operators -I../liboctave/system -I../liboctave/util
-I./octave-value -I./operators -Iparse-tree -I./parse-tree
-Iinterp-core -I./interp-core -Iinterpfcn -I./interpfcn -Icorefcn
-I../libgnu -I../libgnu -isystem /usr/lib/llvm-3.1/include
-I/usr/include/freetype2 -Wall -W -Wshadow -Wold-style-cast -Wformat
-Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -O2 -pthread
-MT octave-value/octave_value_liboctave_value_la-ov-usr-fcn.lo -MD -MP
-MF octave-value/.deps/octave_value_liboctave_value_la-ov-usr-fcn.Tpo
-c octave-value/ov-usr-fcn.cc  -fPIC -DPIC -o
octave-value/.libs/octave_value_liboctave_value_la-ov-usr-fcn.o

I obtain the warnings:

"
octave-value/ov-usr-fcn.cc: In member function 'void
octave_user_function::restore_warning_states()':
octave-value/ov-usr-fcn.cc:675:42: error: 'Fwarning' was not declared
in this scope
In file included from ../liboctave/array/dMatrix.h:27:0,
                 from ../liboctave/array/Range.h:28,
                 from ./octave-value/ov.h:33,
                 from interp-core/Cell.h:32,
                 from octave-value/ov-usr-fcn.cc:32:
../liboctave/array/MDiagArray2.h: In instantiation of 'MArray<T>
MDiagArray2<T>::diag(octave_idx_type) const [with T = double;
octave_idx_type = int]':
../liboctave/array/dDiagMatrix.h:102:35:   required from here
../liboctave/array/MDiagArray2.h:94:36: warning: 'Array<T>
DiagArray2<T>::diag(octave_idx_type) const [with T = double;
octave_idx_type = int]' is deprecated (declared at
../liboctave/array/DiagArray2.h:100) [-Wdeprecated-declarations]
../liboctave/array/MDiagArray2.h: In instantiation of 'MArray<T>
MDiagArray2<T>::diag(octave_idx_type) const [with T =
std::complex<double>; octave_idx_type = int]':
../liboctave/array/CDiagMatrix.h:124:36:   required from here
../liboctave/array/MDiagArray2.h:94:36: warning: 'Array<T>
DiagArray2<T>::diag(octave_idx_type) const [with T =
std::complex<double>; octave_idx_type = int]' is deprecated (declared
at ../liboctave/array/DiagArray2.h:100) [-Wdeprecated-declarations]
../liboctave/array/MDiagArray2.h: In instantiation of 'MArray<T>
MDiagArray2<T>::diag(octave_idx_type) const [with T = float;
octave_idx_type = int]':
../liboctave/array/fDiagMatrix.h:102:34:   required from here
../liboctave/array/MDiagArray2.h:94:36: warning: 'Array<T>
DiagArray2<T>::diag(octave_idx_type) const [with T = float;
octave_idx_type = int]' is deprecated (declared at
../liboctave/array/DiagArray2.h:100) [-Wdeprecated-declarations]
../liboctave/array/MDiagArray2.h: In instantiation of 'MArray<T>
MDiagArray2<T>::diag(octave_idx_type) const [with T =
std::complex<float>; octave_idx_type = int]':
../liboctave/array/fCDiagMatrix.h:124:41:   required from here
../liboctave/array/MDiagArray2.h:94:36: warning: 'Array<T>
DiagArray2<T>::diag(octave_idx_type) const [with T =
std::complex<float>; octave_idx_type = int]' is deprecated (declared
at ../liboctave/array/DiagArray2.h:100) [-Wdeprecated-declarations]
"

And after this last message:

"
make[3]: *** [octave-value/octave_value_liboctave_value_la-ov-usr-fcn.lo]
Error 1
make[3]: se sale del directorio `/home/topo/octave/libinterp'
make[2]: *** [all] Error 2
make[2]: se sale del directorio `/home/topo/octave/libinterp'
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/home/topo/octave'
make: *** [all] Error 2
"

And the compilation is aborted, but I didn't find any error

Is this a bug?

Thanks

-- 
*****************************************
José Luis García Pallero
jgp...@gm...
(o<
/ / \
V_/_
Use Debian GNU/Linux and enjoy!
*****************************************

Re: [OctDev] control-2.4.0 released in package forum - please upload

[Carnë D. <car...@gm...>]

On 26 September 2012 13:43, Lukas Reichlin
<luk...@gm...> wrote:
> I've just sent control-2.4.0 (SVN Revision 11140) to the OctaveForge maintainers. Please upload it to the server.

Done.

Re: [OctDev] pkg update behavior

[Carnë D. <car...@gm...>]

On 26 September 2012 12:54, JuanPi <aj...@gm...> wrote:
> I received a oral request to make "pkg update" keep the autoload
> configuration define by the user. Apparently currently it doesn't.
> Also to make it accept a list of package to update.

We spoke about actually removing the autoload completely at OctConf...
You should probably recommend him to have the autoload in his
.octaverc file.

Carnë

[OctDev] control-2.4.0 released in package forum - please upload

[Lukas R. <luk...@gm...>]

Hi all,

I've just sent control-2.4.0 (SVN Revision 11140) to the OctaveForge maintainers. Please upload it to the server. The changes are listed in the NEWS file [1]. Main new feature is the "multiplot" capability for all time and frequency response functions (10 functions in total):
bode (sys1, sys2, ...)
step (sys1, '-k', sys2, '--k')
Get it while it's hot :-)


The notice for
http://octave.sourceforge.net/


September 26, 2012

control-2.4.0 released



Best regards
Lukas




[1]
https://sourceforge.net/p/octave/code/11140/tree/trunk/octave-forge/main/control/NEWS