Package: gcc-defaults
Version: 1.96
Severity: important
Tags: patch
Justification: fails to build from source
[[ blog excerpt ]]
dh_testdir
dh_testroot
dh_installchangelogs -i
dh_installdocs -plibgcj-common
dh_installchangelogs -plibgcj-common
mv
Package: libffi
Version: 3.0.7-1
Followup-For: Bug #525591
Not exactly. That's debian/rules what mangles with ffi.h location.
190 endif
191 dh_install -s --sourcedir=debian/tmp
192
193 mkdir -p debian/libffi-dev/usr/include/$(DEB_HOST_GNU_TYPE)
Package: gcc-defaults
Version: 1.87
Severity: normal
Honestly, I fail to see how 'gcc-defaults' succeeded to build before.
Right now it misses 'gkeytool'.
Buildlog (in attach) is infested with
sh: gkeytool: command not found
142 times (for me). Than
install -m644
On Fri, May 08, 2009 at 07:21:16PM +0200, Ludovic Brenta wrote:
Unfortunately, the log file you provided doesn't tell me much more; it
only contains:
configure:4943: checking whether compiler driver understands Ada
configure:4966: result: no
On my machine which also runs testing, I get:
thanks
(just in case that happen to go to cont...@b.d.o too)
On Thu, May 07, 2009 at 09:45:46PM +0200, Ludovic Brenta wrote:
tags 527367 moreinfo
thanks
I don't think this problem is related to libtool and I don't think that
black magic would solve it.
I don't insist (I really have no idea
Package: gnat-4.3
Version: 4.3.3-2
Severity: normal
Please apply the same black magic, you've already spelled over gcj-4.3.
I should admit, that the context isn't exactly testing -- gcc-4.3 is of
4.3.3-7. That seems to be unrelated, but look in log -- it's full of
already familiar libtool's
Package: gcj-4.3
Version: 4.3.3-3
Followup-For: Bug #523509
I've experienced the same problem. As a measure to verify dependencies
desincronization I'd attempted to rebuild gcc-4.3_4.3.3-3 (testing) --
it failed the same way, gcj-4.3 fails. Yesterday I've rebuilt
gcc-4.3_4.3.3-7 (unstable) --
7 matches
Mail list logo
