Rik | 27 Aug 17:01 2014

Re: Octconf Key Signing Party

On 08/26/2014 08:42 PM, octave-maintainers-request <at> gnu.org wrote:
Subject:
[OctConf 2014] OpenPGP key signing anyone?
From:
Mike Miller <mtmiller <at> ieee.org>
Date:
08/26/2014 07:07 PM
To:
Octave Maintainers List <maintainers <at> octave.org>, Octave Help List <help <at> octave.org>

Hi, As a follow-up to Jordi's OctConf 2014 reminder, I would like to poll to see if anyone attending OctConf is interested in participating in an OpenPGP key signing [1] [2]. I would, for one, but it's not quite the same if I'm the only one :)

Mike,

I have PGP keys that could be signed, but two is still not quite a party.  If we get a few more yesses then I think we should add it.

--Rik
Yves Matanga | 27 Aug 14:29 2014
Picon

Joining Octave Development

​Hi everyone,

I am Yves Matanga ,a graduate student who is currently doing his Master studies in Electronic Engineering (Specialization : Control & Image Processing).

I am very much in favor of the Octave project and would like to contribute in its development as I believe that It has a very helpful to support many development and research work especially when
it is hard to procure one self with commercial similar ones.

​Are they any specific procedure to get involved in this project?​


​ I am much more concern into :

- i​
​mproving the f​
​igure window features (figure copy .GUI,....)
- working torward the creation of Simulink or Scicos Like toolbox for GUI assisted design,
-....


My current expertise are in C/C++ /Java  (to name the relevant programming languages,..)

Thanks.​


--
Yves Matanga
PrasannaKumar Muralidharan | 27 Aug 12:23 2014
Picon

Request to merge patch that improves performance of 'chol' in some cases

I have fixed bug 34850 (http://savannah.gnu.org/bugs/?34850) for double, float and complex type. It will be good if the patch is reviewed and/or merged.

Thanks,
PrasannaKumar
Jordi Gutiérrez Hermoso | 26 Aug 18:43 2014

OctConf 2014 is almost here!

In a little less than a month, we will be holding OctConf in 2014. It
may not be too late to decide to come!

    http://wiki.octave.org/OctConf_2014

This year we will experiment with the so-called "unconference"
informal style:

    http://en.wikipedia.org/wiki/Unconference

Thus, if you have some material you would like to present, come
prepared, and during the initial session we will set the agenda. Any
time slots not taken up by a presentation will be dedicated to code
sprints. Do come prepared with possible sprinting topics too! Possible
examples: GUI bug squashing party, integration of David Malcolm's
libccjit changes, integration of pending GSoC projects.

There will be a social event Saturday evening. We will be exploring a
sample of the Montréal brewpubs.

- Jordi G. H.

Philip Nienhuis | 22 Aug 18:55 2014
Picon

[MXE mingw] "unknown type name 'int64_t'" with --enable-64 when compiling mex files

While trying to install the io package on a MXE-cross-built Octave with
--enable64, I get the following error messages:

:
mkoctfile --mex __num2char__.c
In file included from
C:\Octave\octave64-3.8.2\include\octave-3.8.2\octave/mexproto.h:71:0,
                 from
C:\Octave\octave64-3.8.2\include\octave-3.8.2\octave/mex.h:67,
                 from __num2char__.c:16:
C:\Octave\octave64-3.8.2\include\octave-3.8.2\octave/mxarray.h:89:9: error:
unknown type name 'int64_t'
 typedef int64_t mwSize;
         ^
C:\Octave\octave64-3.8.2\include\octave-3.8.2\octave/mxarray.h:90:9: error:
unknown type name 'int64_t'
 typedef int64_t mwIndex;
         ^
C:\Octave\octave64-3.8.2\include\octave-3.8.2\octave/mxarray.h:91:9: error:
unknown type name 'int64_t'
 typedef int64_t mwSignedIndex;
         ^

mkoctfile could compile the "regular" .oct files fine and they work fine as
well (compiled individually). It is just the two mex files that give errors.
So, AFAIU 'int64_t' doesn't seem to be defined; I grepped around in
<octave>/include/ but couldn't find out where the definition is.
It has something to do with MXE or Mingw; because on my Linux 64bit box, the
io package installs (and works) fine in Octave built with --enable-64.

Any suggestions or fixes?

Thanks,

Philip

--
View this message in context: http://octave.1599824.n4.nabble.com/MXE-mingw-unknown-type-name-int64-t-with-enable-64-when-compiling-mex-files-tp4666187.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.

Kanthagirish | 22 Aug 12:50 2014

Need Help building octave from source with ATLAS libraries

Hi,

I need to build Octave 3.8.1 on a linux server with ATLAS libraries and to
enable multicore utilization.

Can somebody help me with steps right from compiling ATLAS till building and
installing the octave?

--
View this message in context: http://octave.1599824.n4.nabble.com/Need-Help-building-octave-from-source-with-ATLAS-libraries-tp4666179.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.

Carnë Draug | 21 Aug 16:23 2014

classdef is pretty good now (inputParser implemented in core). What now? How to document classdef classes?

Hi

I have implemented what I believe to be the first classdef class for
Octave [1]. Kudos to Michael Goffioul for working on it. It seems to
work well for inputParser which opens a whole lot of low-hanging
"classdef" fruits that can now be implemented in Octave. I'll guess we
should start implementing those so we can test classdef.

But one the things that is also needed, is a way to document this
classes? 'help classname' will work fine but only give the first help
text block (constructor?) but what about its other methods? Using
'help class.method' will give nothing. And print_usage() does not yet
work from within methods and how will it? Should we have a giant help
text block at the start or can we somehow start having the help next
to the methods and properties? Matlab seems to create it from
multiple comments through the file, doxygen and javadoc style [2].

Also, we need a consensus for the names used on the  <at> deftypefn
macros when using classdef, as they're not function files anymore.

Carnë

[1] http://hg.savannah.gnu.org/hgweb/octave/rev/ff820f92cbb5
[2] http://www.mathworks.co.uk/help/matlab/matlab_prog/create-help-for-classes.html

Rik | 20 Aug 16:39 2014

OctConf 2014 in 1 month!!

The annual Octave Conference, OctConf 2014, is taking place in Montreal,
Canada this year.  Over 3 days (September 19-21) a wide mix of users and
developers will get to mingle and compare experiences in an informal
atmosphere.  Typically half of each day is given over to presentations
while the other half is devoted to discussions, planning for new features,
code sprints, etc.  Presentations come from both users, for example
deploying Octave in science and engineering education, and from developers,
implementing a JIT compiler for Octave.  The conference is also good for
those who want to see how the Free Software movement operates.

All are welcome, we only ask that you give us an indication if you are
coming.  For more details see the OctConf 2014 web page
(http://wiki.octave.org/OctConf_2014).

--The Octave Maintainers

Andreas Weber | 19 Aug 20:10 2014
Picon

New FLTK printing issues (Latex, multiline) wiki page

Hi at all,
because we had many recurring bugreports for plotting with OpenGL ->
gl2ps I started a wiki page http://wiki.octave.org/Printing_with_FLTK

(perhaps I should better have named it printing with OpenGL/gl2ps)

My idea was to have a FAQ for printing issues and hacks to overcome
these limitations which can be linked from savannah.

Some points I want to address are:
* Symbols/Formulas: use the print latex option or psfrag?
* Multiline text: same as above?
* figure("visible", "off") prints: Use gnuplot?

Any help highly appreciated.
Andy

Andreas Weber | 19 Aug 16:21 2014
Picon

Matlab test requested

Could someone run the following code under Matlab?

figure (1); figure (2);
li = plot (1:10);
ax = gca ()
set (ax, 'parent', 1);
get(1, 'currentaxes') %octave returns [](0x0) here

Thanks, Andy

PS: The reason for the question is https://savannah.gnu.org/bugs/?41573

Andreas Weber | 18 Aug 23:54 2014
Picon

FLTK testing from MacOS user requested

Can some Mac user test if the hack in figure.m:66

http://hg.savannah.gnu.org/hgweb/octave/file/9e6ec5f55827/scripts/plot/figure.m#l67
is still needed with a recent build from the default branch or if lines
66 to 73 and 75 can be removed.

The bug report and reason for this is https://savannah.gnu.org/bugs/?31931

Thanks, Andy


Gmane