Package: g++-3.3
Version: 1:3.3.3-0pre3
Severity: normal
Hi, I'm getting some funny errors. It *seems* to be g++, but I'm not
positive:
make[2]: Entering directory
`/home/davidw/workshop/GraphicsMagick/Magick++/lib'
/bin/sh ../../libtool --silent --mode=link g++ -pthread
-L/usr/X11R6/lib -L/us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gcc-3.3
Version: 3.3.3-0pre4
Priority: wishlist
As Javier Fernandez-Sanguino Pen~a and David Alan Gilbert mentions in
#213994 [1] it would be a good thing if the SSP patch in the GCC-package
would be enabled by default. This would, hopefully,
On Tue, Feb 17, 2004 at 11:12:14AM +0100, David N. Welton wrote:
> Hi, I'm getting some funny errors. It *seems* to be g++, but I'm not
> positive:
> g++: /usr/lib/gcc-lib/powerpc-linux/3.3.2/../../../crti.o: No such
> file or directory
> @ashland [~/workshop/tcl] $ g++ --version
> g++ (GCC) 3.3
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> On Tue, Feb 17, 2004 at 11:12:14AM +0100, David N. Welton wrote:
> > Hi, I'm getting some funny errors. It *seems* to be g++, but I'm
> > not positive:
> > g++: /usr/lib/gcc-lib/powerpc-linux/3.3.2/../../../crti.o: No such
> > file or directory
>
Your message dated Tue, 17 Feb 2004 11:58:33 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#233190: g++-3.3: Linking to wrong directory?
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-02-17
17:25 ---
Maybe related to PR 14180.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14155
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
LAST_UPDATED: Sun Feb 15 16:20:48 UTC 2004
=== acats tests ===
FAIL: c34005a
FAIL: c34005d
FAIL: c34005g
FAIL: c34005j
FAIL: c37213f
FAIL: c37215f
FAIL: cxb3010
FAIL: cxb3014
FAIL: cxb3015
=== acats Summary ===
# of expected passes1956
LAST_UPDATED:
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/other/packed1.C execution test
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes8144
# of unexpected
LAST_UPDATED:
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes8220
# of unexpected successes 1
# of expected failures 93
LAST_UPDATED: Sun Feb 15 16:20:48 UTC 2004
=== acats tests ===
FAIL: ad8011a
FAIL: c34005a
FAIL: c34005d
FAIL: c34005g
FAIL: c34005j
FAIL: c37213f
FAIL: c37215f
FAIL: cc3601a
FAIL: cxb3010
FAIL: cxb3014
FAIL: cxb3015
=== acats Summary ===
# of
Package: libgcj4
Version: various
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
The libgcj4 packages seem to contain a very large amount of
architecture-independent data in architecture-dependent packages,
Falk Hueffner wrote:
> Falk Hueffner <[EMAIL PROTECTED]> writes:
>
> > It takes about 2.5G to compile. gcc-snapshot (3.4) is not better. An
> > older tree-ssa snapshot I happend to have lying around however only
> > takes about 130M, so it's probably a RTL optimizer going haywire.
>
> Today's 3.4
12 matches
Mail list logo
