Package: gcc-3.4
Version: 3.4.3-12.1
Severity: serious
Tags: sid
Justification: fails to build from source
gcc-3.4 failed to build from source on the sparc buildd. The ldd
error looks like it may be a known kernel bug fixed in current sarge
kernels on sparc, but not yet on vore.
dh_shlibdeps
gcc-4.0_4.0.0-2_ia64.changes uploaded successfully to localhost
along with the files:
gcc-4.0-base_4.0.0-2_ia64.deb
libgcc1_4.0.0-2_ia64.deb
cpp-4.0_4.0.0-2_ia64.deb
protoize_4.0.0-2_ia64.deb
fixincludes_4.0.0-2_ia64.deb
libmudflap0_4.0.0-2_ia64.deb
libmudflap0-dev_4.0.0-2_ia64.deb
Accepted:
cpp-4.0_4.0.0-2_ia64.deb
to pool/main/g/gcc-4.0/cpp-4.0_4.0.0-2_ia64.deb
fastjar_4.0.0-2_ia64.deb
to pool/main/g/gcc-4.0/fastjar_4.0.0-2_ia64.deb
fixincludes_4.0.0-2_ia64.deb
to pool/main/g/gcc-4.0/fixincludes_4.0.0-2_ia64.deb
g++-4.0_4.0.0-2_ia64.deb
to
Hi,
On Mon, May 02, 2005 at 06:09:04PM +0200, Matthias Klose wrote:
- which is the last version that built on hurd-i386?
According to ftp.debian.org, it appears to be 3.4.1-7, though I do not
remember exactly.
- does gcc-4.0 (experimental) build?
No, at least not out of the box. libffi
On Wed, 4 May 2005, Michael Banck wrote:
On Mon, May 02, 2005 at 06:09:04PM +0200, Matthias Klose wrote:
Anyway, back to the gcc-3.4 build log:
./xgcc -B./ -B/usr/i586-gnu/bin/ -isystem /usr/i586-gnu/include
-isystem /usr/i586-gnu/sys-include
On Wed, May 04, 2005 at 02:42:15PM +0200, Michael Banck wrote:
On Mon, May 02, 2005 at 06:09:04PM +0200, Matthias Klose wrote:
- which is the last version that built on hurd-i386?
According to ftp.debian.org, it appears to be 3.4.1-7, though I do not
remember exactly.
I was able to build
gcc-3.3_3.3.6-1_i386.changes uploaded successfully to localhost
along with the files:
gcc-3.3_3.3.6-1.dsc
gcc-3.3_3.3.6.orig.tar.gz
gcc-3.3_3.3.6-1.diff.gz
cpp-3.3-doc_3.3.6-1_all.deb
libgcj4-common_3.3.6-1_all.deb
libgcj-common_3.3.6-1_all.deb
libstdc++5-3.3-doc_3.3.6-1_all.deb
Accepted:
cpp-3.3-doc_3.3.6-1_all.deb
to pool/main/g/gcc-3.3/cpp-3.3-doc_3.3.6-1_all.deb
cpp-3.3_3.3.6-1_i386.deb
to pool/main/g/gcc-3.3/cpp-3.3_3.3.6-1_i386.deb
fixincludes_3.3.6-1_i386.deb
to pool/main/g/gcc-3.3/fixincludes_3.3.6-1_i386.deb
g++-3.3_3.3.6-1_i386.deb
to
Processing commands for [EMAIL PROTECTED]:
tags 301064 +patch
Bug#301064: gcc-3.4: FTBFS on hurd-i386: Missing headers
There were no tags set.
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
tags 301064 +patch
thanks
On Wed, May 04, 2005 at 03:48:07PM +0200, Thomas Schwinge wrote:
I was able to build und use gcc-3_4-branch (last month or so).
The only problem was (and still is) that _statically_ linked executables
are segfaulting immediatelly.
I was not yet able to debug that;
How about making gcc's configure test smart so that when you do
--prefix= (the normal way to configure any program for the GNU
system) it looks for headers in /include /local, and if you do
--prefix=/usr (as Debian does) it would look for the files in
/usr/include /usr/local?
This is the right
If /usr is a symlink to / and gcc uses /usr/include, it will work.
If /usr is a real directory and gcc uses /usr/include, it will work as well.
And if /usr doesn't exist, it will not work at all. Hard coding is
just bad, period.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
How about making gcc's configure test smart so that when you do
--prefix= (the normal way to configure any program for the GNU
system) it looks for headers in /include /local, and if you do
--prefix=/usr (as Debian does) it would look for the files in
/usr/include /usr/local?
#v+
# In GNU, /usr is a four-letter word.
NATIVE_SYSTEM_HEADER_DIR = /include
#v-
I think that just changing NATIVE_SYSTEM_HEADER_DIR to:
NATIVE_SYSTEM_HEADER_DIR = $(prefix)/include
would fix all problems, could someone with a GNU/Hurd system check
that? It would kinda break stuff
Santiago Vila, le Wed 04 May 2005 15:22:27 +0200, a dit :
* dpkg-shlibdeps needs to be patched and the build logs are full of
ugly junk when debian/rules reaches dh_shlibdeps.
I submitted a patch for this some time ago (and it should also solve
other troubles with x86_64), but it doesn't seem
Again, this should be a Debian-specific change for now.
It will be a Debian specific change forever.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
gcc-3.3_3.3.6-2_i386.changes uploaded successfully to localhost
along with the files:
gcc-3.3_3.3.6-2.dsc
gcc-3.3_3.3.6-2.diff.gz
cpp-3.3-doc_3.3.6-2_all.deb
libgcj4-common_3.3.6-2_all.deb
libgcj-common_3.3.6-2_all.deb
libstdc++5-3.3-doc_3.3.6-2_all.deb
g77-3.3-doc_3.3.6-2_all.deb
Accepted:
cpp-3.3-doc_3.3.6-2_all.deb
to pool/main/g/gcc-3.3/cpp-3.3-doc_3.3.6-2_all.deb
cpp-3.3_3.3.6-2_i386.deb
to pool/main/g/gcc-3.3/cpp-3.3_3.3.6-2_i386.deb
fixincludes_3.3.6-2_i386.deb
to pool/main/g/gcc-3.3/fixincludes_3.3.6-2_i386.deb
g++-3.3_3.3.6-2_i386.deb
to
Package: g++-3.3
Version: 1:3.3.6-2
Severity: critical
Justification: breaks unrelated software
cc1plus can't be executed
no c++ software can be compiled
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.8.14
tags 307711 sid
Bug#307711: g++-3.3: cc1plus can't be executed
There were no tags set.
Tags added: sid
End of message, stopping processing here.
Please contact me if you need
Hi John,
I just installed this package myself in an i386 system and it works fine.
--- snip test file ---
// test c++ file
#include iostream
using namespace std;
class Test {
public:
Test() { cout Moo endl; }
};
int main(void)
{
Test *t = new Test();
LAST_UPDATED:
Native configuration is i486-linux (cachaca)
=== gpc tests ===
Running target any
FAIL: fjf1021d.pas
FAIL: fjf1021h.pas
FAIL: fjf1021i.pas
FAIL: fjf1021j.pas
FAIL: fjf1021k.pas
=== gpc Summary ===
# of tests4946
# of expected
LAST_UPDATED:
Native configuration is i486-linux (cachaca)
=== gpc tests ===
Running target any
FAIL: fjf1021d.pas
FAIL: fjf1021h.pas
FAIL: fjf1021i.pas
FAIL: fjf1021j.pas
FAIL: fjf1021k.pas
=== gpc Summary ===
# of tests4946
# of expected
LAST_UPDATED: Mon Mar 14 00:26:27 UTC 2005
Native configuration is hppa-linux (sarti)
=== gpc tests ===
Running target any
=== gpc Summary ===
# of tests3953
# of expected passes 3948
# of unsupported tests5
LAST_UPDATED: Tue May 3 12:47:29 UTC 2005
=== acats tests ===
FAIL: c910001
FAIL: c93001a
FAIL: c95021a
FAIL: cb41002
FAIL: cxg1005
=== acats Summary ===
# of expected passes2315
# of unexpected failures5
Native configuration is
LAST_UPDATED: Tue May 3 12:47:29 UTC 2005
=== acats tests ===
FAIL: cxf3a01
FAIL: cxf3a02
=== acats Summary ===
# of expected passes2318
# of unexpected failures2
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
LAST_UPDATED: Tue May 3 12:47:29 UTC 2005
=== acats tests ===
FAIL: cd5012b
=== acats Summary ===
# of expected passes2319
# of unexpected failures1
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
27 matches
Mail list logo
