On 11/4/2012 11:48 PM, Giovanni Matteo Fumarola wrote:
> Dear all,
> I'm Giovanni Matteo Fumarola, a italian student of Computer Science of
> Politecnico di Milano.
> For a university project, I want to realize a ILU function, this is
> missing in Octave.
> I send you this mail for know if someone
On 10/21/2012 8:33 AM, f...@star.sr.bham.ac.uk wrote:
>> On 10/21/2012 1:29 AM, f...@star.sr.bham.ac.uk wrote:
>>> Hello,
>>>
>>> After compiling GNU Octave 3.6.3 one of the tests fails with a
>>> segmentation fault and exits. After typing "make check" the last lines
>>> of
>>> the output are:
>>>
On 10/21/2012 1:29 AM, f...@star.sr.bham.ac.uk wrote:
> Hello,
>
> After compiling GNU Octave 3.6.3 one of the tests fails with a
> segmentation fault and exits. After typing "make check" the last lines of
> the output are:
>
>
>liboctave/Sparse.cc panic:
> S
On 10/14/2012 10:51 AM, Sivahari Nandakumar wrote:
followup to the list
> Dear Marco,
> the result of
> pkg install -verbose image-1.0.15.tar.gz
> is
>
> mkdir (/tmp/oct-FhHuOG)
> untar (/home/appu/Downloads/image-1.0.15.tar.gz, /tmp/oct-FhHuOG)
> make: mkoctfile: Command not found
you need to in
On 9/7/2012 1:46 PM, Lukas Reichlin wrote:
> On 07.09.2012, at 13:37, Rafael Laboissiere wrote:
>
>>
>> I built the control package on my Debian system with libblas-dev
>> installed and libatlas3-base, libatlas-dev, libopenblas-base, and
>> libopenblas-dev removed. I still get the same errors in t
On 9/3/2012 12:03 PM, Lukas Reichlin wrote:
> On 03.09.2012, at 10:39, Rafael Laboissiere wrote:
> Hi Rafael,
>
> You can check whether the observed and expected results are equivalent
> state-space models (i.e. state-transformation, see command prescale for
> formulae). This can be done, e.g.,
On 8/6/2012 10:40 AM, Johannes Radinger wrote:
> Hi
>
> it is my first time that I try to compile Octave (v 3.6.2) from source
> on Ubuntu 12.04. I want to build it with native graphics from the
> GraphicsMagick++ libraries. Thus I downloaded and compiled (with simple
> standard ./configure) Graphi
On 7/30/2012 11:02 AM, Alexander Barth wrote:
> On Sun, Jul 29, 2012 at 8:30 AM, marco atzeri wrote:
>> On 7/29/2012 12:50 AM, nitnit wrote:
>>>
>>> Alexander Barth-3 wrote
>>>>
>>>> According to this page:
>>>> http://www.unidata
On 7/29/2012 12:50 AM, nitnit wrote:
>
> Alexander Barth-3 wrote
>>
>> According to this page:
>> http://www.unidata.ucar.edu/software/netcdf/faq-lfs.html
>> this error might be related to the "kind of netcdf file". What do you
>> get on your system with "ncdump -k
>> http://hycom.coaps.fsu.edu/thr
On 7/27/2012 5:27 PM, nitnit wrote:
> Hello Alexander,
>
> I have built octcdf-1.1.5 on windows (octave4.6.2 mingw), and has used
> pre-built netcdf-4.2.1 from
> http://www.unidata.ucar.edu/software/netcdf/win_netcdf/
> (have used nc4_dap_32_dll.zip with dap support).
>
> example_netcdf.m runs ok
>
On 7/14/2012 6:36 PM, marco atzeri wrote:
> On 7/14/2012 5:59 PM, marco atzeri wrote:
>> rev 9924 broke strings for cygwin , and I guess also mingw and MacOsX
>>
>
>>
>> can be reverted ?
>>
>> Regards
>
>
> attached patch should be a si
On 5/21/2012 11:25 AM, Carnë Draug wrote:
> On 20 May 2012 22:38, Sergei Steshenko wrote:
>> Hello,
>>
>> while installing tsa-4.2.4.tar.gz package I've noticed the following strange
>> messages:
>>
>>
>> make: /usr/local/MATLAB/R2010b/bin/mexext: Command not found
>> make: Entering directory
>>
On 7/16/2012 8:49 AM, ron_wieg...@itri.org.tw wrote:
> I changed the version of Octave I am exploring but installed the new
> version in a different directory. Then I erased the old Octave.
> Unfortunately for some reason the paths in the Old Version of Octave are
> still being invoked on startup
On 7/14/2012 5:59 PM, marco atzeri wrote:
rev 9924 broke strings for cygwin , and I guess also mingw and MacOsX
can be reverted ?
Regards
attached patch should be a simpler solution.
If no objection I will apply it
Regards
Marco
--- old/strings/src/Makefile2012-03-16 19:30
rev 9924 broke strings for cygwin , and I guess also mingw and MacOsX
untar (strings-1.1.0.tar.gz, /tmp/oct-28dfc4.22)
pcregexp.o: In function `_Z9FpcregexpRK17octave_value_listi':
/tmp/oct-28dfc4.22/strings/src/pcregexp.cc:60: undefined reference to
`_pcre_compile'
/tmp/oct-28dfc4.22/strings/src
as signal depends on general-1.3.2
any pendinding issue for the package update?
Marco
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and
Hi,
now that the circular dependency is removed
can we release a new package version ?
Or there is something more to update ?
Regards
Marco
--
Live Security Virtual Conference
Exclusive live event will cover all the ways
On 6/7/2012 7:38 AM, Jerry wrote:
> Is there a binary version of Octave 3.6.x for OS X available for download?
>
> Jerry
>
see info here:
http://www.octave.org/wiki/index.php?title=Octave_for_MacOS_X
--
Live Security Vir
On 6/5/2012 11:06 AM, Lukas Reichlin wrote:
On 05.06.2012, at 10:28, marco atzeri wrote:
On 6/5/2012 7:16 AM, Lukas Reichlin wrote:
Marco, Alexander
Could it be that you are using BLAS from ATLAS and LAPACK from Reference LAPACK
3.4.1?
What I meant was using no ATLAS at all (and no
On 6/5/2012 7:16 AM, Lukas Reichlin wrote:
Marco, Alexander
Could it be that you are using BLAS from ATLAS and LAPACK from Reference LAPACK
3.4.1?
What I meant was using no ATLAS at all (and no Accelerate/Veclib). There is a BLAS included in
Reference LAPACK 3.4.1. You have to specify "make
On 6/4/2012 5:37 PM, Lukas Reichlin wrote:
> On 03.06.2012, at 21:45, Sergei Steshenko wrote:
>
>
>
> I would not call your ATLAS defective. For various reasons, results from
> ATLAS and Reference BLAS/LAPACK can differ. Remember that ATLAS stands for
> _Automatically_ _Tuned_ Linear Algebra Soft
On 6/3/2012 9:45 PM, Sergei Steshenko wrote:
>
> Hello,
>
> in the changelog among other things I've read the following:
>
> "
> Add a few remarks to the help text regarding the severity of failing tests.
> ".
>
> Please see my test failures below - do they mean my linear algebra stuff
> (e.g. ATL
On 6/1/2012 4:49 PM, Robert T. Short wrote:
>>
> The solution is simple enough. If you insist on using padarray in
> marcumq then padarray needs to be moved out of image. As someone said,
> image could depend on signal but signal depending on image makes no sense.
>
> More specifically padarray
forgot to copy the list
Original Message
Subject: Re: [OctDev] New releases of communications (1.1.1) and signal
(1.1.3)
Date: Thu, 31 May 2012 18:07:04 +0200
From: marco atzeri
To: Carnë Draug
On 5/31/2012 5:28 PM, Carnë Draug wrote:
> On 30 May 2012 23:18, marco atz
On 5/12/2012 6:40 PM, Carnë Draug wrote:
> Hi everybody
>
> new releases of the communications and signal packages have just been
> made. Have fun
>
> Carnë
>
Hi Carne,
I just noticed that we on SVN we still have the cross dependency
between signal and image
Solution ?
Marco
Hi Hannes,
octave-forge mailing list is the right place for
bugs and patches on the statistics package
Original Message
Subject: Re: Problems with Statistics package
Date: Wed, 30 May 2012 11:06:42 +0200
From: Hannes
To: help-oct...@octave.org
Ok, I think I got it pinned downe
On 5/24/2012 10:02 AM, Olaf Till wrote:
> On Wed, May 23, 2012 at 09:50:14PM +0200, c. wrote:
>>
>> On 23 May 2012, at 19:26, Olaf Till wrote:
>>
>>> So I think I'll load up a release tomorrow ...
>>>
>>> Olaf
>>
>> Please consider applying this additional change to the Makefile
>> which is require
On 5/21/2012 11:53 AM, Antonio M wrote:
> As there is no rpm available for odepkg, I tried with the manual
> installation, but I get:
> octave -qf --eval "pkg install odepkg-0.8.2.tar.gz"
> configure: error: C compiler cannot create executables
> See `config.log' for more details.
> the configure s
On 5/11/2012 11:25 PM, Amal Ekbal wrote:
> Hi,
>
> I have two octave installs in Mac OS X 10.7.4. One in macports:
> octave-devel3.4.3 (+atlas +fltk +gcc44 +x11) and one in /Applications
> using the Octave.app disk image provided on Octave-Forge (Version 3.4.0).
>
> In both, I got errors related to
On 4/24/2012 10:39 AM, Lukas Reichlin wrote:
> On 23.04.2012, at 22:23, Carnë Draug wrote:
>
>> Hi
>>
>> I'd like to remove the physicalconstants package. It only has a single
>> function that returns the constant that is requested. Any suggestion
>> on where to move it?
>>
>> Carnë
>
> How about a
On 4/12/2012 10:14 AM, Andy Buckle wrote:
> On 11 April 2012 19:29, marco atzeri wrote:
>> On 4/11/2012 7:20 PM, Andy Buckle wrote:
>>
>>>
>>> In case someone asks about my longer term goal:
>>>
>>> My aim is to get the dicom package work
On 4/11/2012 7:20 PM, Andy Buckle wrote:
>
> In case someone asks about my longer term goal:
>
> My aim is to get the dicom package working on Windows. I have tried
> cygwin and several different versions of octave built with mingw. With
> these, it compiles fine, then crashes when I call one of t
On 4/2/2012 2:44 PM, Kris Thielemans wrote:
> Hi
> I've just upgraded to octave 3.6.1 and find that dividing a number by an
> array no longer works:
>
> octave> tmp2=1/ones([3 4 5]);
> error: invalid conversion of NDArray to Matrix
> octave> tmp2=1/ones([3 4]);
> error: operator /: nonconformant
On 3/31/2012 4:35 PM, c. wrote:
>
> On 30 Mar 2012, at 17:53, marco atzeri wrote:
>
>> Carlo
>> the package has a strange structure
>>
>> secs1d-0.0.9
>> secs1d-0.0.9/bak
>> secs1d-0.0.9/bak/DDG
>> secs1d-0.0.9/bak/DDN
>> secs1d-0.0.9/
On 3/30/2012 8:15 AM, c. wrote:
> Version 0.0.9 of secs1d was just uploaded to Octave-Forge.
> This is a completely revamped version that is much simplified
> and includes a pdf manual ( + LaTeX sources) with problem equations,
> usage demos and function reference.
>
> Enjoy,
> c.
>
Carlo
the pack
On 3/30/2012 10:48 AM, sinnkong t wrote:
> Hi,
>
> Currently I am using octave version 3.6.1.
>
> I have problem installing optim package as below.
>
> octave:13> pkg install optim-1.0.17.tar.gz
> __disna_optim__.o: In function `Z16F__disna_optim__RK17octave_value_listi':
> C:\DOCUME~1\TEHSIN~1\LOC
On 3/29/2012 10:08 PM, Rafael Laboissiere wrote:
> I prepared the Debian package for fixed (upcoming release 0.7.10-4) and
> had to patch the sources in order to have it working with Octave 3.6 and
> HDF5 1.8. You will find below the two patches that are being currently
> applied to the Debian pac
On 3/22/2012 2:39 PM, Janne Virtanen wrote:
> I have windows vista. Octave command line is working. I want to process
> images.
> I didn't do this;
> pkg install package_file_name.tar.gz
>
> I think I downloaded Octave-3.2.4_i686-pc-mingw32_gcc-4.4.0_setup.exe
> and not Octave-3.2.4_i686-pc-mingw3
On 3/21/2012 8:18 AM, Nikiforov Alex wrote:
> On 03/20/12 23:38, marco atzeri wrote:
>> On 3/20/2012 8:00 PM, Thomas Weber wrote:
>>> On Tue, Mar 20, 2012 at 10:51:26PM +0300, Nikiforov Alex wrote:
>>>> no one support communication package
>>>
>&g
On 3/20/2012 8:00 PM, Thomas Weber wrote:
> On Tue, Mar 20, 2012 at 10:51:26PM +0300, Nikiforov Alex wrote:
>> no one support communication package
>
> There is nothing to support:
> 1) A new version of the communications package is available since
> 2011-10-xx.
> 2) The build failure was again
On Saturday, March 17, 2012, c. wrote:
>
> On 17 Mar 2012, at 08:54, marco atzeri wrote:
>
>> Thomas,
>>
>> SEmi Conductor Simulator
>> 1 dimension
>> 2 dimension
>> 3 dimension
>>
>> so they are covering different aspects
>>
>>
On 3/17/2012 1:07 AM, Thomas Weber wrote:
> Hi,
> there hasn't been much work on these packages recently and from their
> version number, so they don't quite look feature complete. However, i
> see that there is active work on secs3d.
>
> So, are secs1d and secs2d still of interest?
>
> Thoma
On 3/4/2012 6:13 PM, Clemens Buchacher wrote:
> Hi,
>
> The communications packages does not build against 3.6.1. It was still
> working ok prior to 3.6.0. I did not check with 3.6.0.
>
> octave:1> pkg build -nodeps builddir communications-1.1.0.tar.gz
> warning: creating build directory builddir
On 3/1/2012 5:31 AM, c. wrote:
>
> On 1 Mar 2012, at 03:47, Alois Schlögl wrote:
>
>> For how long did Windows and Mac users
>
> actually I believe Jordi's comment is more correct for the windows binary
> than
> for the Mac OS ones (the .app bundle as well as the fink and macports
> packages)
>
On 2/27/2012 8:38 AM, Juan Pablo Carbajal wrote:
On Sun, Feb 26, 2012 at 1:14 PM, marco atzeri wrote:
The compilation flag -mieee-fp is not recognized by mkoctfile. The
problem seems not to be related to geometry.
Now, the only thing that needs compilation is the octclip part of
geometry
On 2/26/2012 12:15 PM, Juan Pablo Carbajal wrote:
> On Sun, Feb 26, 2012 at 4:50 AM, marco atzeri wrote:
>> Hi,
>> I am trying to prepare the cygwin forge package bundle
>> to align with octave 3.6.1, but geometry is making me crazy.
>> It is the only package with a
Hi,
I am trying to prepare the cygwin forge package bundle
to align with octave 3.6.1, but geometry is making me crazy.
It is the only package with a peculiar failure.
If I try to install the package inside my octave script I get:
---
pkg
On 2/25/2012 7:44 AM, marco atzeri wrote:
> the current optiminterp svn fails to install on cygwin 3.6.1
>
> --
> pkg ('install', '-noauto', '-verbose', 'optiminterp-0.3.3svn9515.tar.gz'
the current optiminterp svn fails to install on cygwin 3.6.1
--
pkg ('install', '-noauto', '-verbose', 'optiminterp-0.3.3svn9515.tar.gz')
mkdir (/tmp/oct-28c5ec.24)
untar (optiminterp-0.3.3svn9515.tar.gz, /tmp/oct-28c5ec.24)
make: *** [all]
On 2/6/2012 7:44 PM, Carnë Draug wrote:
> On 3 February 2012 14:52, marco atzeri wrote:
>> Hi,
>> attached patch to solve the link versus HDF5
>> as requested now by ov-galois.cc for platform like cygwin
>> that require explict declaration.
>>
>> I
On 2/11/2012 6:17 PM, warmerdays wrote:
> Marco:
>
> Your link was that used in my previous attempt. Good news is I
> discovered the solution which was to select the .exe file which I
> assumed would be a component of the link below.
>
> The site is misleading in that it states
>
> Looking for the
On 2/11/2012 12:28 AM, warmerdays wrote:
> Hello all:
>
> Three months ago I was introduced to Octave and downloaded the version
> at that time and it performed well. Then I uninstalled due to a few
> issues (I'll address them in future emails) and upon downloading, the
> Setup Wizard did not appea
Hi,
attached patch to solve the link versus HDF5
as requested now by ov-galois.cc for platform like cygwin
that require explict declaration.
I presume there is a better way to define HDF5_LIBs to "-lhdf5"
than
HDF5_LIBS := $(shell grep "\#define OCTAVE_CONF_HDF5_LIBS" $(shell
mkoctfile -p OCT
On 1/19/2012 5:55 PM, Carnë Draug wrote:
> On 28 December 2011 22:17, marco atzeri wrote:
>> testing latest SVN version of communication with octave 3.5.91+
>>
>>
>> octave:19> pkg -verbose -noauto install comm.tar.gz
>> mkdir (/tmp/oct-28d1ac.7)
>> unt
On 1/11/2012 9:25 PM, marco atzeri wrote:
> On 1/11/2012 8:21 PM, Olaf Till wrote:
>
>>
>> In installation of optim, the following lines of PKG_ADD:
>>
>> __all_opts__ ("nonlin_residmin");
>> __all_opts__ ("residmin_stat");
>>
>>
On 1/11/2012 8:21 PM, Olaf Till wrote:
>
> In installation of optim, the following lines of PKG_ADD:
>
>__all_opts__ ("nonlin_residmin");
>__all_opts__ ("residmin_stat");
>
> are automatically executed to register the names of optimset-options
> of nonlin_residmin and residmin_stat with Oc
On 1/11/2012 10:57 AM, Olaf Till wrote:
> On Tue, Jan 10, 2012 at 05:57:04PM +, Carnë Draug wrote:
>> On 31 December 2011 07:52, marco atzeri wrote:
>>>>>>>>>>>>>>>
>>>>> snip>>>>
>>>>>>>>
On 1/10/2012 4:28 PM, Carnë Draug wrote:
> On 31 December 2011 18:36, marco atzeri wrote:
>> to build octcdf on cygwin with octave-3.9.51+ I noticed that LDFLAGS
>> is incorrectly passed as LIBS to mkoctfile.
>>
>> Attached patch solve the issue and I presume
-
+------
Current Cygwin package maintainer for Octave:
Marco Atzeri
http://matzeri.altervista.org
Marco Atzeri
-marco_atz...@yahoo.it
+marco.atz...@gmail.com
building actuarial-1.1.0 on cygwin with octave-3.5.91+
all the documentation is unusable.
Not sure if it is a actuarial issue or a fundamental
change in octave for 3.6.x .
octave:10> pkg install -noauto -verbose actuarial-1.1.0.tar.gz
mkdir (/tmp/oct-28c864.5)
untar (actuarial-1.1.0.tar.gz, /t
to build octcdf on cygwin with octave-3.9.51+ I noticed that LDFLAGS
is incorrectly passed as LIBS to mkoctfile.
Attached patch solve the issue and I presume it works also for the other
platforms.
In addition the package is using a future obsolete command and
it should updated
warning: dispat
on cygwin with 3.5.91+
pkg install -noauto -verbose ad-1.0.6.tar.gz
stop here:
ov-grad.cc: In function ‘octave_value eye_mx(octave_idx_type)’:
ov-grad.cc:50:60: warning: ‘Array::Array(octave_idx_type) [with T =
int, octave_idx_type = int]’ is deprecated (declared at
/usr/local/include/octav
on fl-core Makefile there is a wrong condition:
ifdef COMSPEC
ADDPARAM := -lpthreadVC2
endif
.phony: all
all: $(OCT)
%.oct: %.cc
mkoctfile -s $< $(ADDPARAM)
---
on cygwin
$ echo $COMSPEC
C:\Windows\system32
due to change on 3.5.x mkoctfile the dependency on LAPACK
is now explicitly needed on platforms not accepting undefined symbols
(cygwin, mingw, Mac OS)
attached patch using the more standard
LAPACK_LIBS := $(shell mkoctfile -p LAPACK_LIBS)
FLIBS := $(shell mkoctfile -p FLIBS)
Tested on cyg
due to change on 3.5.x mkoctfile the dependency on LAPACK
is now explicitly needed on platforms not accepting undefined symbols
(cygwin, mingw, Mac OS)
attached patch using the more standard
LAPACK_LIBS := $(shell mkoctfile -p LAPACK_LIBS)
FLIBS := $(shell mkoctfile -p FLIBS)
Tested on cyg
on both 1.1.0 and SVN with octave 3.5.91+
octave:46> pkg install -noauto -verbose ../prova/statistics.tar.gz
mkdir (/tmp/oct-28dcb8.11)
untar (../prova/statistics.tar.gz, /tmp/oct-28dcb8.11)
warning: function /home/marco/octave/statistics-1.1.0/fstat.m shadows a
core library function
warning: f
On 12/30/2011 12:22 AM, Lukas Reichlin wrote:
> On 28.12.2011, at 12:43, marco atzeri wrote:
>
>> on latest octave 3.5.91+ all the libraries are not exported anymore
>> so the build of optim on cygwin fails.
>>
>> attached patch solve the issue and link to LAPACK
&
due to change on 3.5.x mkoctfile the dependency on LAPACK
is now explicitly needed on platforms not accepting undefined symbols
(cygwin, mingw, Mac OS)
patch attached using the more standard
LAPACK_LIBS := $(shell mkoctfile -p LAPACK_LIBS)
Tested on cygwin.
Regards
Marco
--- linear-algebra_
the sed pattern to extract octave version
majorversion := $(shell mkoctfile --version 2>&1 |sed -e 's/^.*
\([0-9]*\)\.\([0-9]*\).\([0-9]*\)$$/\1/g')
minorversion := $(shell mkoctfile --version 2>&1 |sed -e 's/^.*
\([0-9]*\)\.\([0-9]*\).\([0-9]*\)$$/\2/g')
microversion := $(shell mkoctfile --ve
testing latest SVN version of communication with octave 3.5.91+
octave:19> pkg -verbose -noauto install comm.tar.gz
mkdir (/tmp/oct-28d1ac.7)
untar (comm.tar.gz, /tmp/oct-28d1ac.7)
g++-4: unrecognized option '-no-undefined'
g++-4: unrecognized option '-no-undefined'
g++-4: unrecognized option '-
On 12/28/2011 2:11 PM, Lukas Reichlin wrote:
>
> Hi Marco
>
> Thank you very much for your help. I applied the patch:
> http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/main/control/src/Makefile?revision=9472&view=markup
>
> Unfortunately, the problem still exists on Mac OS X 10.
Tested on latest octave-3.5.91+ on cygwin
something is wrong on the io-1.0.15 documentation
octave:27> pkg -verbose -noauto install io-1.0.15.tar.gz
mkdir (/tmp/oct-28d2b0.8)
untar (io-1.0.15.tar.gz, /tmp/oct-28d2b0.8)
/tmp/octave-help-sfDRvI:38: Unknown command `seealso'.
warning: gen_doc_cache
on latest octave 3.5.91+ all the libraries are not exported anymore
so the build of optim on cygwin fails.
attached patch solve the issue and link to LAPACK
Tests needed on mingw and Mac OS X
Regards
Marco
diff -uNr optim-1.0.17_old/src/Makefile optim-1.0.17/src/Makefile
--- optim-1.0.17_old/sr
On 12/7/2011 5:13 PM, Lukas Reichlin wrote:
Hi all,
I've just posted control-2.2.3 (SVN Revision 9303) in the package forum [1].
Please upload it to the server. The changes are listed in the NEWS file [2].
The notice for
http://octave.sourceforge.net/
December 7, 2011
control-2.2.3 released
On 10/24/2011 7:08 PM, Jarno Pelkonen wrote:
> Hi Octave folks,
>
> Is someone planning to update Windows binaries? The current binaries are
> 3.2.4 while the latest Octave is 3.4.3. Or are there technical problems
> related to compiling Octave to Windows platform?
>
> I would have not noticed this
On 10/10/2011 10:16 AM, Pierre-Marie GAGEY wrote:
> Hello,
>
> Looking for Octave statistical toolbox it seems I need a
> password... Could you send it to me?
>
> Nice to receive it
to download, you need no password
http://octave.sourceforge.net/packages.php
http://octave.sourceforge.net/st
On 10/10/2011 12:59 AM, Carnë Draug wrote:
> 2011/10/9 Michael Goffioul:
>>
>> AFAIK, the sources in SVN can be compiled with octave 3.4. I submitted
>> a fix for teh HDF5 issue a few weeks ago. I think it's just a matter of
>> re-releasing a new version of the package.
>
> You were right. I just
testing the build of 1.0.11 from svn
ov-galois.o: In function `_ZN13octave_galois9save_hdf5EiPKcb':
/tmp/oct-22c0b4.0/comm/src/ov-galois.cc:554: undefined reference to
`_H5Gcreate2'
/tmp/oct-22c0b4.0/comm/src/ov-galois.cc:567: undefined reference to
`_H5Screate_simple'
[cut]
For what I see the
On 7/21/2011 11:57 PM, David Bateman wrote:
> On 07/21/2011 05:59 PM, Marco atzeri wrote:
>> Any progress ?
>> The available package 1.0.10 is still broken and I would like to include
>> in the next cygwin forge bundle package
>>
>>
>
> The code in the SVN s
On 5/22/2011 9:39 PM, David Bateman wrote:
> On 05/21/2011 10:37 PM, David Bateman wrote:
>> Getting rid of the short-circuit warnings is easy, as these are just |
>> to replace with || and& with&& (in code I didn't write btw). Though
>> fixing the dispatch warning is going to be a pain. Its easy
On Wed, Apr 6, 2011 at 4:03 PM, Martin Helm wrote:
>
> No luck so far with version 3.4 (cygwin) in that environment, but this is more
> my personal or a cygwin problem (I simply broke it).
>
octave 3.4.0-3 with cygwin-1.7.8 should work also on W7. I am not sure
about the plotting.
cygwin-1.7.9 i
On Tue, Mar 22, 2011 at 1:04 PM, Juan Pablo Carbajal wrote:
> On Tue, Mar 22, 2011 at 12:52 PM, marco atzeri wrote:
>> On Tue, Mar 22, 2011 at 10:25 AM, Juan Pablo Carbajal wrote:
>>> Hi,
>>> I do not know if this is to be reported. If it is not, please excuse me
On Tue, Mar 22, 2011 at 10:25 AM, Juan Pablo Carbajal wrote:
> Hi,
> I do not know if this is to be reported. If it is not, please excuse me
> Since a week from now I cannot compile the repository code.
> After doing
> hg pull http://www.octave.org/hg/octave
> hg update
try adding these steps:
c
On Mon, Feb 7, 2011 at 1:36 PM, Carlo de Falco wrote:
>
> On 7 Feb 2011, at 13:26, c. wrote:
>
>> OK, thanks anyway for the hint, I'll try to learn a bit more about rsync
>> myself and see if I can use it.
>
> I used the following:
>
> rsync -avP -e ssh --chmod=Du=rwx,Fu=rw,Dg=rwx,Fg=rw,Do=rx,Fo=r
--- Mer 25/8/10, Carnë Draug ha scritto:
> Hi
>
> I can confirm that. I don't know if the octave's corr2 is
> supposed to
> work differently than matlab's corr2 (although the
> description in the
> link you gave is similar to the one in corr2 help text).
> The following
> code gives a matrix, no
Hi,
the gsl-1.0.8.tar.gz incorrectly contains a
gsl-1.0.8/doc/RCS
directory that almost double the size of the package.
Regards
Marco
--
___
Octave-dev mail
--- Mer 20/1/10, David Bateman ha scritto:
> Da: David Bateman
> Oggetto: [OctDev] disabled yahoo e-mail accounts
> A: "octave-forge list"
> Data: Mercoledì 20 gennaio 2010, 09:32
> I just received more than 20 messages
> from sourceforge announcing that
> an e-mail address at yahoo has been d
--- Mer 16/12/09, Jaroslav Hajek ha scritto:
>
> You see, most of the convenience of working with a mailing
> list comes
> from the capabilities of existing mail clients. Of course,
> if you read
> mail in plain text from command line, any kind of web forum
> must look
> good, but for instance G
--- Lun 2/11/09, Jaroslav Hajek ha scritto:
> On Mon, Nov 2, 2009 at 9:10 AM, Nit
> Nit
> wrote:
> > Hello Benjamin, Tatsuro and other octave developers.
> >
> > Thanks for your work on Octave/mingw32.
> >
> > I have installed the binary with all octaveforge
> packages (problematic
> > packages
--- Gio 23/7/09, Carlo de Falco ha scritto:
> Da: Carlo de Falco
> Oggetto: Re: [OctDev] Fwd: Octave 3.2.0 backend on MS Vista
> A: "Richardson, Anthony"
> Cc: octave-dev@lists.sourceforge.net
> Data: Giovedì 23 luglio 2009, 19:03
>
> On 23 Jul 2009, at 11:37, Richardson, Anthony wrote:
>
> >
--- Gio 23/7/09, bagvian ha scritto:
> Da: bagvian
> Oggetto: Re: [OctDev] Fwd: Octave 3.2.0 backend on MS Vista
> A: tmacch...@yahoo.co.jp
> Cc: octave-...@lists.sourceforge..net
> Data: Giovedì 23 luglio 2009, 18:07
> Dear Tatsuro,
>
> Many thanks for your exhaustive explanation.
>
> >From a
--- Ven 27/2/09, Jaroslav Hajek ha scritto:
> Da: Jaroslav Hajek
> Oggetto: [OctDev] parallel processing in Octave
> A: "octave-forge list"
> Data: Venerdì 27 febbraio 2009, 14:03
> hi all,
>
> in case anyone is interested, I committed today into the
> "general"
> package an initial m-file im
--- Ven 6/2/09, ha scritto:
> Da: kruvalig
> Oggetto: [OctDev] legendre.m is not updated in windows distribution.
> A: help-oct...@octave.org
> Data: Venerdì 6 febbraio 2009, 22:48
> I install octave 3.0.3 under windwos. And found that in
> share\octave\3.0.3\m\specfun\ placed
> old version of
--- Tatsuro MATSUOKA ha scritto:
> Hello Marco
>
> Thanks!!
>
> Regards
>
> Tatsuro
>
I built a preliminary version of 3.0.3
without that issue.
http://matzeri.altervista.org/cygwin-gcc4/octave/
Could you give a test ?
Regards
Marco
>
> --- Marco Atz
--- Tatsuro MATSUOKA ha scritto:
> Hello
>
> A inquiry for imread in image package has been
> carried out one of the thread of octave in Japan
>
> ***
> im=imread('im1.bmp');
>
> convert: unable to open image
> `/cygwin/tmp/oct-22d688.0.ppm': No such file
> or directory.
Hi Tatsuro
--- Joseph Norris ha scritto:
> Hello,
>
> I just bypassed the whole CHOMOD issue and installed
> without. Now my
> octave is installed but I have to change to that
> directory to run it.
> when I try to invoke it from outside that directory
> I get:
>
> /opt/apps/octave/bin/octave
> /opt/ap
--- Marco Atzeri ha scritto:
> --- Tatsuro MATSUOKA ha scritto:
>
> > Hello
> >
> > This problem did not occur on msys+mingw platform.
>
> > Perhaps this is cygwin spcific issue.
> > But the reason has not been known at present.
I found it. It i
--- Tatsuro MATSUOKA ha scritto:
> Hello
>
> This problem did not occur on msys+mingw platform.
> Perhaps this is cygwin spcific issue.
> But the reason has not been known at present.
>
Hi Tatsuro,
it is not a package issue, but
there is an additional escape sequence
in the output of octave o
--- zig ha scritto:
> installing odepkg-0.6.0.tar.gz in GNU Octave,
> version 3.0.1
> as root
> with the command
> pkg install odepkg-0.6.0.tar.gz
> I have the following errors:
>
> configure: WARNING: no mkoctfile found on path
> ./configure: line 2748: conftest.cc: command not
> found
you mis
--- Tatsuro MATSUOKA ha scritto:
> Hello Macro
>
> I have done a short test from xraylib extracted
> files
>
> octave:3> LineEnergy(20,0)
> ans = 3.6905
> octave:4> LineEnergy(20,1)
> ans = 4.0128
>
> I do not know that the results are correct or not
> but the package seemed not to be b
1 - 100 of 102 matches
Mail list logo