[Pkg-octave-devel] Bug#541444: Bug#541444: octave3.2-headers: can't be installed, two strong dependency on gcc/g++/gfortran
thomas.weber.mail at gmail.com
Thu Aug 20 09:41:21 UTC 2009
On Wed, Aug 19, 2009 at 03:24:47PM +0200, Aurelien Jarno wrote:
> Thomas Weber a écrit :
> > Hi Aurelien,
> > On Fri, Aug 14, 2009 at 11:03:27AM +0200, Aurelien Jarno wrote:
> >> Package: octave3.2-headers
> >> Version: 3.2.0-2
> >> Severity: grave
> >> Justification: renders package unusable
> >> # apt-get install octave3.2-headers
> >> Reading package lists... Done
> >> Building dependency tree
> >> Reading state information... Done
> >> Some packages could not be installed. This may mean that you have
> >> requested an impossible situation or if you are using the unstable
> >> distribution that some required packages have not yet been created
> >> or been moved out of Incoming.
> >> The following information may help to resolve the situation:
> >> The following packages have unmet dependencies:
> >> octave3.2-headers: Depends: gcc-4.3 (< 4.3.4) but 4.3.4-1 is to be installed
> >> Depends: g++-4.3 (< 4.3.4) but 4.3.4-1 is to be installed
> >> Depends: gfortran-4.3 (< 4.3.4) but 4.3.4-1 is to be installed
> > hmm, maybe I can abuse your knowledge with compilers for this one :)
> > The reason for tying the compiler versions so strict is that Octave adds
> > the FLIBS (Fortran) found at configure time into one of its scripts for
> > later use (building plugins, either in Debian or on the enduser's
> > machine).
> > FLIBS looks like this:
> > -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2
> > -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib -L/lib/../lib
> > -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../.. -lhdf5
> > -lz -lgfortranbegin -lgfortran -lm
> > Do you know if it's possible to get rid of the version specific compiler
> > paths here? The macro is the default AC_F77_LIBRARY_LDFLAGS.
> On debian (at least), you can get rid of the subminor version (ie using
> 4.3 instead of 4.3.2), as the gcc packages are providing the symlinks
> for that. It should probably be possible to use a regular expression to
> remove the subminor version from this path.
Both on Ubuntu and on a Debian system, these links were found to be
not there (no, I don't know why).
Anyway, I'll try to get rid of these paths completely.
More information about the Pkg-octave-devel