Package: gcc
Version: 4:3.3.5-1
Severity: normal
In /use/share/doc/gcc, FAQ.gz and README.bugs are symlinked into ../gcc-3.3,
which no longer exists. It should be ../gcc-3.3-base instead.
This affects all the gcc-defaults packages, not just gcc.
Drew
-- System Information:
Debian Release: 3.1
LAST_UPDATED: Sat Nov 13 06:17:59 UTC 2004
Native configuration is arm-unknown-linux-gnu
=== libffi tests ===
Running target unix
FAIL: libffi.call/closure_fn0.c (test for excess errors)
WARNING: libffi.call/closure_fn0.c compilation failed to produce executable
FAIL: libffi.cal
--- Additional Comments From schwab at suse dot de 2004-11-24 00:16 ---
This is the change that broke this:
Tue Sep 25 17:13:56 CEST 2001 Jan Hubicka <[EMAIL PROTECTED]>
* Makefile.in (cfgrtl.o): Add.
* basic-block.h (alloc_block, alloc_aux_for_block,
alloc_aux_f
David Mosberger writes:
> > On Wed, 24 Nov 2004 00:26:01 +0100, Matthias Klose <[EMAIL PROTECTED]>
> > said:
>
> Matthias> From my point of view we can get around with it by
> Matthias> including the libunwind shared library in libgcc1 for the
> Matthias> sarge release. I'm worried
> On Wed, 24 Nov 2004 00:26:01 +0100, Matthias Klose <[EMAIL PROTECTED]>
> said:
Matthias> From my point of view we can get around with it by
Matthias> including the libunwind shared library in libgcc1 for the
Matthias> sarge release. I'm worried about the version skew of the
Matt
David Mosberger writes:
> > On Tue, 23 Nov 2004 09:27:52 +0100, Matthias Klose <[EMAIL PROTECTED]>
> > said:
>
> Matthias> Is the patch in #278836 a prerequisite for the above
> Matthias> changes, or can it be done without it?
>
> If the gas-patch isn't applied, you run the risk of g
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jh at suse dot cz
|dot org |
Status|UNCONFIRMED
> On Tue, 23 Nov 2004 09:27:52 +0100, Matthias Klose <[EMAIL PROTECTED]>
> said:
Matthias> Is the patch in #278836 a prerequisite for the above
Matthias> changes, or can it be done without it?
If the gas-patch isn't applied, you run the risk of getting wrong
unwind-info into object-f
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
13:58 ---
I think Ada is now bootstrapping on ppc (because of my patch for PR 18572) but
I see this ICE when
running the acats testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18237
--- You are rec
Hi there
I recieved the following problem on unstable (x86):
The following packages have unmet dependencies:
gcc-3.3: Depends: cpp-3.3 (>= 1:3.3.4-13) but it is not installable
Depends: cpp-3.3 (< 1:3.3.5) but it is not installable
The following packages have unmet dependencies:
cpp-3.3
--
What|Removed |Added
Severity|enhancement |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
--- You are receiving this mail because: ---
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-23
09:08 ---
Investigating.
--
What|Removed |Added
CC|ebotcazou at gcc dot gnu dot|
tags 281602 + upstream
tags 281602 + fixed-upstream
retitle 281602 [fixed in 4.0] SocketChannel.get(ByteBuffer) returns 0 at EOF.
thanks
--
Homepage: http://www.worldforge.org/
Processing commands for [EMAIL PROTECTED]:
> tags 281602 + upstream
Bug#281602: libgcj5: SocketChannel.get(ByteBuffer) returns 0 at EOF.
Tags were: upstream
Tags added: upstream
> tags 281602 + fixed-upstream
Bug#281602: libgcj5: SocketChannel.get(ByteBuffer) returns 0 at EOF.
Tags were: upstream
Processing commands for [EMAIL PROTECTED]:
> notforwarded 281602
Bug#281602: [fixed in 4.0] SocketChannel.get(ByteBuffer) returns 0 at EOF.
Removed annotation that Bug had been forwarded to http://gcc.gnu.org/PR18588.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Ian Wienand writes:
> On Mon, Nov 22, 2004 at 05:30:38PM -0800, David Mosberger wrote:
> > That would make sense. libstdc++5 calls _Unwind_Resume() which
> > is/should be implemented by libunwind.so.7. With older versions of
> > GCC, it was implemented as part of libgcc_eh.a/libgcc_s.so.
>
> Act
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-23
08:24 ---
Please attach a preprocessed testcase.
--
What|Removed |Added
CC|ebotcazo
H. J. Lu writes:
> That is a packaging issue. You should create libgcc1_3.4.3-1_ia64.deb
> which depends on libunwind7.so. libunwind7.so can come from either
> Mosberger's libunwind or gcc.
yes, it's a packaging issue. we currently cannot introduce new
packages to the base system for sarge.
Have you been seeking Medi-cations?
You can get them here.
Your order will arrive the next day and you don't need to show a prescripti-on.
http://fillet.wewss.com
Julie detoxify. Richie pincushion putative harlem cooky holeable. Eloy waals
bestirring brown rotc. Freddie traverse turin. Reggie c
On Tue, Nov 23, 2004 at 04:31:46PM +1100, Ian Wienand wrote:
> On Mon, Nov 22, 2004 at 05:30:38PM -0800, David Mosberger wrote:
> > That would make sense. libstdc++5 calls _Unwind_Resume() which
> > is/should be implemented by libunwind.so.7. With older versions of
> > GCC, it was implemented as
20 matches
Mail list logo
