Your message dated Sun, 14 Mar 2021 18:54:23 +0100
with message-id <[email protected]>
and subject line Re: Bug#983307: liboctave-dev: Octave version in Bullseye
breaks SWIG integration
has caused the Debian Bug report #983307,
regarding liboctave-dev: Octave version in Bullseye breaks SWIG integration
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
983307: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983307
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: liboctave-dev
Version: 6.1.1~hg.2021.01.26-1
Severity: important
Dear Maintainer,
* What led up to the situation?
Building Octave interfaces for one of our software packages, in a
Bullseye environment (pbuilder)
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
Failure to build:
In file included from
/usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/defun-int.h:35,
from
/usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/defun-dld.h:35,
from
/usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/oct.h:35,
from swiglal_octave.cpp:175:
/usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/version.h:39:31:
error: missing binary operator before token "~"
39 | #define OCTAVE_PATCH_VERSION 1~hg.2021.01.26
| ^
swiglal_octave.cpp:181:63: note: in expansion of macro 'OCTAVE_PATCH_VERSION'
181 | ( (OCTAVE_MAJOR_VERSION<<16) + (OCTAVE_MINOR_VERSION<<8) +
(OCTAVE_PATCH_VERSION + 0) >= ((major)<<16) + ((minor)<<8) + (patch) )
|
^~~~~~~~~~~~~~~~~~~~
swiglal_octave.cpp:268:5: note: in expansion of macro 'SWIG_OCTAVE_PREREQ'
268 | #if SWIG_OCTAVE_PREREQ(4,2,0)
| ^~~~~~~~~~~~~~~~~~
swiglal_octave.cpp:271:10: fatal error: octave/toplev.h: No such file or
directory
271 | #include <octave/toplev.h>
| ^~~~~~~~~~~~~~~~~
compilation terminated.
swiglal_octave.cpp is generated by SWIG and therefore not part of our
software package.
* What outcome did you expect instead?
OCTAVE_PATCH_VERSION needs to be santized better than just adding 0.
The same code works with Stretch and Buster.
Previous versions of Octave sometimes also had a "~" in the _build_ version
number but
never in the "patch" version itself.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-9-amd64 (SMP w/32 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C),
LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Versions of packages liboctave-dev depends on:
ii g++ 4:10.2.1-1
ii gcc 4:10.2.1-1
ii gfortran 4:10.2.1-1
ii libblas-dev [libblas.so] 3.9.0-3
ii libc6 2.31-9
ii libfftw3-dev 3.3.8-2
ii libgcc-s1 10.2.1-6
ii libgl-dev 1.3.2-1
ii libgl1-mesa-dev 20.3.4-1
ii libhdf5-dev 1.10.6+repack-2
ii liblapack-dev [liblapack.so] 3.9.0-3
ii libncurses-dev [libncurses5-dev] 6.2+20201114-2
ii liboctave8 6.1.1~hg.2021.01.26-1
ii libreadline-dev 8.1-1
ii libstdc++6 10.2.1-6
ii octave 6.1.1~hg.2021.01.26-1
liboctave-dev recommends no packages.
liboctave-dev suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 6.2.0-1
Le lundi 22 février 2021 à 09:25 +0000, Steffen Grunewald a écrit :
> Package: liboctave-dev
> Version: 6.1.1~hg.2021.01.26-1
> Severity: important
>
> Dear Maintainer,
>
> * What led up to the situation?
>
> Building Octave interfaces for one of our software packages, in a
> Bullseye environment (pbuilder)
>
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
> * What was the outcome of this action?
>
> Failure to build:
>
> In file included from
> /usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/defun-int.h:35,
> from
> /usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/defun-dld.h:35,
> from
> /usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/oct.h:35,
> from swiglal_octave.cpp:175:
> /usr/include/octave-6.1.1~hg.2021.01.26/octave/../octave/version.h:39:31:
> error: missing binary operator before token "~"
> 39 | #define OCTAVE_PATCH_VERSION 1~hg.2021.01.26
> | ^
> swiglal_octave.cpp:181:63: note: in expansion of macro 'OCTAVE_PATCH_VERSION'
> 181 | ( (OCTAVE_MAJOR_VERSION<<16) + (OCTAVE_MINOR_VERSION<<8) +
> (OCTAVE_PATCH_VERSION + 0) >= ((major)<<16) + ((minor)<<8) + (patch) )
> |
> ^~~~~~~~~~~~~~~~~~~~
> swiglal_octave.cpp:268:5: note: in expansion of macro 'SWIG_OCTAVE_PREREQ'
> 268 | #if SWIG_OCTAVE_PREREQ(4,2,0)
> | ^~~~~~~~~~~~~~~~~~
> swiglal_octave.cpp:271:10: fatal error: octave/toplev.h: No such file or
> directory
> 271 | #include <octave/toplev.h>
> | ^~~~~~~~~~~~~~~~~
> compilation terminated.
>
> swiglal_octave.cpp is generated by SWIG and therefore not part of our
> software package.
>
> * What outcome did you expect instead?
>
> OCTAVE_PATCH_VERSION needs to be santized better than just adding 0.
> The same code works with Stretch and Buster.
> Previous versions of Octave sometimes also had a "~" in the _build_
> version number but
> never in the "patch" version itself.
Fixed in octave 6.2.0-1, which just entered testing/bullseye.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
--- End Message ---
