bugGNU Octave - Bugs: bug #44447, build_packages errors in MXE-Octave

 
 

bug #44447: build_packages errors in MXE-Octave

Submitter:  Avinoam Kalma <avinoam>
Submitted:  Fri 06 Mar 2015 11:03:03 AM UTC
   
 
Category:  Octave Package Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Fixed Assigned to:  None
Originator Name:  Avinoam Open/Closed:  * Closed
Release:  * 4.0.0 Operating System:  * Any
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 03 Jun 2015 02:15:35 AM UTC, comment #26: 

I think all of the packages mentioned in this bug report now have been either resolved or have separate bug reports of their own. Closing as fixed. In the future it is better to submit specific bug reports as general ones like this are harder to keep track of.

Mike Miller <mtmiller>
Group Member
Tue 02 Jun 2015 04:37:53 PM UTC, comment #25: 

Retagging release from 4.0.0-rc1 to 4.0.0.

John W. Eaton <jwe>
Group administrator
Mon 04 May 2015 08:09:39 PM UTC, comment #24: 

So whats the changes of a new ode pkg being released before 4.0.0?

Last time I tried it, whats in mercurial works with minor (or no) patches

The currently released version needs to effectly be patched to be the same as whats in mercurial  to work

I just installed the 2.0.0 geometry ok, so maybe that will fix the issues you saw with it.

John Donoghue <lostbard>
Group Member
Thu 30 Apr 2015 09:06:45 PM UTC, comment #23: 


Status for rc4: running build_packages on Win7:

odepkg-0.8.4 fails:


try_install ('odepkg-0.8.4.tar.gz')
patch: **** Can't create file /c/Octave/Octave-4.0.0-rc4/src/__MY_TMP_DIR__ : Fil
e exists
patch: **** Can't create file /c/Octave/Octave-4.0.0-rc4/src/__MY_TMP_DIR__ : Fil
e exists
make: *** [hairer] Error 2
make: Entering directory `/tmp/oct-RK14GX/odepkg/src'
Unpacking external packages: hairer.tgz
Unpacking external packages: cash.tgz
Unpacking external packages: daskr.tgz
Applying patches from file: hairer.diff
Applying patches from file: cash.diff
Applying patches from file: daskr.diff
make: Leaving directory `/tmp/oct-RK14GX/odepkg/src'


geometry-1.7.0 fails without error message, trying to install it manually succeed.

tsa-4.2.7  & ltfat-2.0.1 succeed with warnings described in
comment #20

Avinoam Kalma <avinoam>
Group Member
Fri 10 Apr 2015 03:35:34 PM UTC, comment #22: 

Linear-algebra:

warning refers to a deprecated function, so probably not very important (altough would be nice to disable the warning at least)

Actuarial:

this package is unmaintained and not handled by Octave Forge anymore.

Carnë Draug <carandraug>
Group Member
Fri 10 Apr 2015 03:19:18 PM UTC, comment #21: 
Avinoam Kalma <avinoam>
Group Member
Fri 10 Apr 2015 03:09:01 PM UTC, comment #20: 


The current list of released packages that do not compile with last version od 4.0.0-rc2 are:

dicom-0.1.1 (see comment #18)
odepkg-0.8.4  (see comment #18)
windows-1.2.1  (see bug 44180)

Packages that compiled with warnings:

geometry-1.7.0


try_install ('geometry-1.7.0.tar.gz')
geocnan.c: In function 'FormatoNumFormatoTexto':
geocnan.c:142:5: warning: unknown conversion type character 'z' in format [-Wformat=]
     sprintf(formatoTexto,"%s%zu%s","%",lon,"s");
     ^
geocnan.c:142:5: warning: format '%s' expects argument of type 'char *', but argument 4 has ty
pe 'size_t' [-Wformat=]
geocnan.c:142:5: warning: too many arguments for format [-Wformat-extra-args]
polig.c: In function 'ImprimeCabeceraPoligFichero':
polig.c:1618:5: warning: unknown conversion type character 'z' in format [-Wformat=]
     fprintf(idFich,"%s %8zu",iniCab,nVert);
     ^
polig.c:1618:5: warning: too many arguments for format [-Wformat-extra-args]
polil.c: In function 'ImprimeCabeceraPolilFichero':
polil.c:1298:5: warning: unknown conversion type character 'z' in format [-Wformat=]
     fprintf(idFich,"%s %8zu",iniCab,nVert);
     ^
polil.c:1298:5: warning: too many arguments for format [-Wformat-extra-args]


linear-algebra-2.2.2


try_install ('linear-algebra-2.2.2.tar.gz')
pgmres.cc: In function 'octave_value_list Fpgmres(const octave_value_list&, int)':
pgmres.cc:188:14: warning: deleting object of abstract class type 'matrixfreematrix' which has
 non-virtual destructor will cause undefined behaviour [-Wdelete-non-virtual-dtor]
       delete A;
              ^
pgmres.cc:189:14: warning: deleting object of abstract class type 'matrixfreematrix' which has
 non-virtual destructor will cause undefined behaviour [-Wdelete-non-virtual-dtor]
       delete invP;
              ^


actuarial-1.1.0


try_install ('actuarial-1.1.0.tar.gz')
C:\Users\avinoam\AppData\Local\Temp\octave-help-v0atqD:139: Misplaced {.
C:\Users\avinoam\AppData\Local\Temp\octave-help-v0atqD:139: Misplaced }.
.......


tsa-4.2.7


try_install ('tsa-4.2.7.tar.gz')
ls: /usr/local/MATLAB: No such file or directory
ls: /usr/local/MATLAB/R*: No such file or directory
ls: /usr/local/MATLAB/R*: No such file or directory
make: /bin/mexext: Command not found
make: Entering directory `/tmp/oct-tj1V6O/tsa/src'
ls: /usr/local/MATLAB/R*: No such file or directory
make: /bin/mexext: Command not found


ltfat-2.0.1


try_install ('ltfat-2.0.1.tar.gz')
integer_manip.c: In function 'nextPow2':
integer_manip.c:169:9: warning: right shift count >= width of type
         (x) = ((x)>>32) | (x);
         ^


specfun-1.1.0 is installed now without warnings
bug 44769

Avinoam Kalma <avinoam>
Group Member
Mon 06 Apr 2015 06:01:40 PM UTC, comment #19: 

Looks like quite a few of packages being released today - I will push some mxe-octave change sets for them tonight unless someone else gets to it before then.

John Donoghue <lostbard>
Group Member
Wed 25 Mar 2015 12:46:27 PM UTC, comment #18: 

Patches submitted on separate bug reports for:

dicom : https://savannah.gnu.org/bugs/?44624

odepkg: https://savannah.gnu.org/bugs/?44594



John Donoghue <lostbard>
Group Member
Sun 15 Mar 2015 10:13:07 PM UTC, comment #17: 


Packages image, control & odepkg were changed on the repository,
and the current version compiles with ver. 4.0.0-rc1, but there no
official release yet.


Avinoam Kalma <avinoam>
Group Member
Sun 15 Mar 2015 07:27:34 PM UTC, comment #16: 

No, I tested installation of all packages using the -nodeps option. The signal-1.3.0 package does install with -nodeps (although I will be putting out a new version soon anyway). The updated list in comment #13 reflects packages that really do fail to compile and need to be updated.

Mike Miller <mtmiller>
Group Member
Sun 15 Mar 2015 07:08:11 PM UTC, comment #15: 

I believe several of those in comment 13 will install when a new control from mercurial is released.

John Donoghue <lostbard>
Group Member
Sun 15 Mar 2015 07:06:59 PM UTC, comment #14: 

You do not list package signal-1.3.0 as failing.
Is its failure secondary to control-2.6.6 failing?

Ingmar Gutberlet <gutberle>
Sun 15 Mar 2015 03:13:19 PM UTC, comment #13: 

I've just sent out a call for updated Octave Forge packages.

The current list of released packages that do not compile with 4.0.0-rc1 are:

  • communications-1.2.0
  • control-2.6.6
  • dicom-0.1.1
  • image-2.2.2
  • linear-algebra-2.2.0
  • odepkg-0.8.4
  • windows-1.2.1


Linear-algebra-2.2.1 has been released and does work with 4.0, but see patch #8602.

See also bug #41131 for another Windows installation error affecting the netcdf, odepkg, and windows packages.

Mike Miller <mtmiller>
Group Member
Wed 11 Mar 2015 12:46:24 AM UTC, comment #12: 

@Ingmar: Thanks for helping to test 4.0.0-rc1! All I can say about the Octave Forge packages is that updates will be coming and they will be released when they are released. But we do hope to have a 4.0.0 final release with a bundle of compatible Octave Forge packages.

Mike Miller <mtmiller>
Group Member
Wed 11 Mar 2015 12:07:26 AM UTC, comment #11: 

Sorry to barge in more from the end user side of things, but I have recently started using 4.0.0.rc1 MXE to test for fixes to bugs in 3.8.2 MXE such as #42309 and #44257.

Since these bugs are indeed fixed in 4.0.0.rc1, I would like to continue with it, also to help a bit with beta testing. However, I see the same failures of package builds as below (+optim) and my work desperately requires the signal package, at least.

So, my question is where and how can I find out when/if control and signal have been fixed/upgraded to 4.0.0.rc1? Octave-Forge is not very "telling" here since it e.g. list >= 3.8.0 as the dependency for signal, which obviously is only part-true...

Ingmar Gutberlet <gutberle>
Fri 06 Mar 2015 05:51:25 PM UTC, comment #10: 

@jwe:
While my C++ / autotools proficiency is not much, if there's anything I can reasonably do to make pre-built packages happen I'd be glad to help as well.

I usually tend very much to think from the end-user perspective and ergonomics; pre-built packages would be a big step forward there.

Philip Nienhuis <philipnienhuis>
Group Member
Fri 06 Mar 2015 05:17:28 PM UTC, comment #9: 

I thought about that before and it sounds so much easier than it will be to do :)
However, sign me up!

John Donoghue <lostbard>
Group Member
Fri 06 Mar 2015 05:10:39 PM UTC, comment #8: 

I would ultimately like to build a cross version of mkoctfile and cross compile with packages.  Would you like to help with that job?

John W. Eaton <jwe>
Group administrator
Fri 06 Mar 2015 05:04:42 PM UTC, comment #7: 

Prebuild would be good, but I don't think is going to happen in mxe any time real soon.

Most of the packages seem to build either from repo, or with patches from the bug tracker. (at least for 32 bit)

John Donoghue <lostbard>
Group Member
Fri 06 Mar 2015 04:30:05 PM UTC, comment #6: 

Hmmm, how about the wish that MXE binaries would be released with pre-built packages?

Anyway, as to comment #3 (building dependencies): nice that dependencies can always be built.

FTR, I've almost finished with a new linear-algebra release (ismatrix changes), this weekend a new io release (bug fixes), a little later mapping, and I have locally (on my boxes) fixed versions of communications, dicom, odepkg, data-smoothing, fl-core and windows that compile and work in 3.9.1+/4.0.0 (at least they did until recently).

As to those latter ones, I'll try to supply patches for the respective OF package repos later (I can't spend much time on Octave these days).

<Category changed to "Octave-Forge package".
It is not Octave's conf./build system that is at fault, it's the OF packages that lag behind>

Philip Nienhuis <philipnienhuis>
Group Member
Fri 06 Mar 2015 02:50:36 PM UTC, comment #5: 

IMHO there should be some coordination period to give Octave Forge package maintainers a chance to release updated packages that work with one of the release candidates. If after whatever time period is agreed on the packages have not been updated and do not work with the release candidate, then it could be considered to drop them from the mxe-octave bundle.

Mike Miller <mtmiller>
Group Member
Fri 06 Mar 2015 12:49:04 PM UTC, comment #4: 

Thanks, I have sent mail to the list.

Avinoam Kalma <avinoam>
Group Member
Fri 06 Mar 2015 12:37:18 PM UTC, comment #3: 

The package maintainers.

Perhaps the number of packages that are provided in mxe should be diminished to just the ones that are most common?

Initially I had added many of them to ensure that the dependent libraries would be built, as it would be a pain for the normal windows user to compile any dependent libraries and then install the package, however I did put a mechanism in the mxe makefile to allow just compiling dependent libraries and not the octave package.



John Donoghue <lostbard>
Group Member
Fri 06 Mar 2015 12:18:42 PM UTC, comment #2: 

So, the packages bundled to MXE-Octave should be updated.
Who can do that?

Avinoam Kalma <avinoam>
Group Member
Fri 06 Mar 2015 11:29:25 AM UTC, comment #1: 

Most of them fail because the control package fails and the struct package fails:

https://savannah.gnu.org/bugs/?func=detailitem&item_id=44058
https://savannah.gnu.org/bugs/?func=detailitem&item_id=44176

The sources for both in mercurial both work ok.

John Donoghue <lostbard>
Group Member
Fri 06 Mar 2015 11:03:03 AM UTC, original submission:  


running build_packages in MXE-Octave 4.0.0-rc1, the following
packages, bundled with Octave,  have not been installed:

struct-1.0.10.tar.gz
signal-1.3.0.tar.gz
communications-1.2.0.tar.gz
image-2.2.2.tar.gz
windows-1.2.1.tar.gz
odepkg-0.8.4.tar.gz
linear-algebra-2.2.0.tar.gz
data-smoothing-1.3.0.tar.gz
dicom-0.1.1.tar.gz

The folowing packages have been installed with warnings:
specfun-1.1.0.tar.gz
actuarial-1.1.0.tar.gz
tsa-4.2.7.tar.gz

full log attached

Avinoam Kalma <avinoam>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #33256:  build_packages.log added by avinoam (9KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by gutberle (Posted a comment)
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by lostbard (Posted a comment)
  • -email is unavailable- added by avinoam (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-06-03 mtmiller StatusNone Fixed
        Open/ClosedOpen Closed
    2015-06-02 jwe Release4.0.0-rc1 4.0.0
    2015-03-06 philipnienhuis CategoryConfiguration and Build System Octave Package
    2015-03-06 lostbard Operating SystemMicrosoft Windows Any
    2015-03-06 avinoam Attached File- Added build_packages.log, #33256

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code