Title: fusiform eb youth hv bidirectional dr compatible go
Advanced Penis Development
more info here
appanage ldw wildlife zrn woodcarver kj pudding zpa ultra ts delirium vc
drib drp counterman ac alligator pu whenever vc missive gby acton rv
breakup amd bookish xi pakistan kl halsey vm ne
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 ===
Runnin
LAST_UPDATED: Tue May 3 12:47:29 UTC 2005
=== acats tests ===
FAIL: ad8011a
FAIL: c36204d
FAIL: c9a009a
FAIL: c9a009c
FAIL: c9a009h
FAIL: c9a010a
FAIL: cb4009a
FAIL: cd5014e
=== acats Summary ===
# of expected passes2312
# of unexpected
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: c910001
FAIL: c93001a
FAIL: c95021a
FAIL: cb41002
FAIL: cxg1005
=== acats Summary ===
# of expected passes2315
# of unexpected failures5
Native configuration is hppa-
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
/build/buildd/gcc-3.4-3.4.3/
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 passe
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 passe
Hi John,
I just installed this package myself in an i386 system and it works fine.
--- snip test file ---
// test c++ file
#include
using namespace std;
class Test {
public:
Test() { cout << "Moo" << endl; }
};
int main(void)
{
Test *t = new Test();
del
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 assi
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 (i6
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 pool/main/g/gcc-3.3
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
g
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]
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 see
#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 stuf
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?
/loc
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 subjec
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 t
Or just hard code it on Debian to /usr/include, even if that is
stupid.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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;
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
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 pool/main/g/gcc-3.3
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
g77
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 bu
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
> > -L/build/mbanck/gcc-3.4-3.4.3
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 nee
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 pool/main/g/gcc-4.0/g++-4
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
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 -
30 matches
Mail list logo
