* Jaroslav Hajek [2009-05-18 08:06]:
> On Sun, May 17, 2009 at 4:26 PM, Søren Hauberg wrote:
>
> > It seems to work for me using 3.1.55, so I guess it is using some new
> > API that 3.0.x doesn't support. I guess the DESCRIPTION file should be
> > updated to reflect this.
>
> DESCRIPTION says >
On Sun, May 17, 2009 at 4:26 PM, Søren Hauberg wrote:
> søn, 17 05 2009 kl. 16:04 +0200, skrev Rafael Laboissiere:
>> Compilation against Octave 3.0.5 of the general package version 1.1.2 fails
>> on my Debian sid system with several errors like this one:
>>
>> arraymm.cc: At global scope:
>>
søn, 17 05 2009 kl. 22:34 +0200, skrev Carlo de Falco:
> If we change
>
> generate_package_html (..., ..., "octave-forge")
>
> to produce one file for each package containing the text that is meant
> to go on that page,
> then the server-side script would just need to read all files in a
> gi
On 17 May 2009, at 22:22, Søren Hauberg wrote:
> Will this be fast enough? The page
>
> http://octave.sourceforge.net/packages.html
>
> contains the list of packages. Notice that it includes descriptions of
> each package. If this should be generated on the fly we would need to
> read some file
søn, 17 05 2009 kl. 22:14 +0200, skrev Carlo de Falco:
> On 17 May 2009, at 15:41, Søren Hauberg wrote:
>
> >
> > The tricky part about the unsolved problems is that they should be
> > easy
> > to work with when we have many people doing releases rather than only
> > one person. My current idea
On 17 May 2009, at 15:41, Søren Hauberg wrote:
>
> The tricky part about the unsolved problems is that they should be
> easy
> to work with when we have many people doing releases rather than only
> one person. My current idea is to have some python/perl/whatever
> script
> on the web server
Compilation against Octave 3.0.5 of the java package version 1.2.6 fails
on my Debian sid system with:
__java__.cc: In function ‘std::string get_module_path(const std::string&,
bool)’:
__java__.cc:226: error: no match for call to ‘(std::string) ()’
__java__.cc: In function ‘std::strin
For the integration pacakge 1.0.7, runing inst/test/run2dtests.m with
Octave 3.0.5 on my Debian sid system fails with the following message:
warning: value of local variable `cb4' may have changed to match global
warning: value of local variable `cw4' may have changed to match global
e
Rafael Laboissiere wrote:
> * David Bateman [2009-05-17 17:46]:
>
>
>> Rafael Laboissiere wrote:
>>
>>> Compilation against Octave 3.0.5 of the fixed package version 0.7.9 fails
>>> on my Debian sid system with:
>>>
>>> ov-base-fixed-mat.cc: In member function ‘void
>>> octave_base_fi
* David Bateman [2009-05-17 17:46]:
> Rafael Laboissiere wrote:
> > Compilation against Octave 3.0.5 of the fixed package version 0.7.9 fails
> > on my Debian sid system with:
> >
> > ov-base-fixed-mat.cc: In member function ‘void
> > octave_base_fixed_matrix::assign(const octave_value_list&
Rafael Laboissiere wrote:
> Compilation against Octave 3.0.5 of the fixed package version 0.7.9 fails
> on my Debian sid system with:
>
> ov-base-fixed-mat.cc: In member function ‘void
> octave_base_fixed_matrix::assign(const octave_value_list&, const MT&)
> [with MT = FixedMatrix]’:
> ov
søn, 17 05 2009 kl. 16:04 +0200, skrev Rafael Laboissiere:
> Compilation against Octave 3.0.5 of the general package version 1.1.2 fails
> on my Debian sid system with several errors like this one:
>
> arraymm.cc: At global scope:
> arraymm.cc:184: error: expected ‘,’ or ‘...’ before ‘*’ t
Compilation against Octave 3.0.5 of the general package version 1.1.2 fails
on my Debian sid system with several errors like this one:
arraymm.cc: At global scope:
arraymm.cc:184: error: expected ‘,’ or ‘...’ before ‘*’ token
arraymm.cc:184: error: ISO C++ forbids declaration of ‘Float
søn, 17 05 2009 kl. 15:16 +0200, skrev Rafael Laboissiere:
> * Søren Hauberg [2009-05-17 14:44]:
>
> > I could manually create the package and put that online. I've been
> > thinking about re-releasing a few packages ('communications' and 'nnet')
> > since they contain bugs that prevent them from
* Søren Hauberg [2009-05-17 14:44]:
> I could manually create the package and put that online. I've been
> thinking about re-releasing a few packages ('communications' and 'nnet')
> since they contain bugs that prevent them from actually installing. So,
> I guess I could make a manual release of
Compilation against Octave 3.0.5 of the fixed package version 0.7.9 fails
on my Debian sid system with:
ov-base-fixed-mat.cc: In member function ‘void
octave_base_fixed_matrix::assign(const octave_value_list&, const MT&) [with
MT = FixedMatrix]’:
ov-fixed-mat.cc:59: instantiated from h
søn, 17 05 2009 kl. 14:32 +0200, skrev Rafael Laboissiere:
> There is a problem with the downloading of the fenv package from
> SourceForge. The URL link [1] present in the fenv pkg page [2] is
> broken. Indeed, fenv is absent from the R2009-05-09 release of the Octave
> Forge packages [3]. Can t
There is a problem with the downloading of the fenv package from
SourceForge. The URL link [1] present in the fenv pkg page [2] is
broken. Indeed, fenv is absent from the R2009-05-09 release of the Octave
Forge packages [3]. Can this be fixed, please?
[1] http://downloads.sourceforge.net/octave/
18 matches
Mail list logo
