Hello!
Sorry if this topic was already discussed, but I didn´t find any
discussions in this list.
I am using testing and lots of packages aren´t ported to etch and I
tried to find out why. At my search I found this two bugs:
#193787 - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%231937
Processing commands for [EMAIL PROTECTED]:
> tags 330564 + fixed-upstream
Bug#330564: [PR 21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
Tags were: upstream
Tags added: fixed-upstream
> tags 327301 + fixed-upstream
Bug#327301: [PR 24140] [4.0 regression] ICE on duplicate definitions of a
--- Comment #3 from mark at gcc dot gnu dot org 2005-11-19 23:01 ---
I couldn't replicate this.
$ uname -a
Linux doko 2.6.14-rc5-powerpc64 #1 SMP Sun Oct 23 19:53:40 UTC 2005 ppc
GNU/Linux
$ /home/mjw/gcc-41/configure --enable-languages=c,c++,java
--enable-targets=powerpc-linux,powerpc6
Processing commands for [EMAIL PROTECTED]:
> tags 336915 + upstream fixed-upstream
Bug#336915: gcc-4.0: Incorrect "Warning statement has no effect" when using a
GNU extension (possible regression)
There were no tags set.
Tags added: upstream, fixed-upstream
> forwarded 336915 http://gcc.gnu.org/
--- Comment #11 from hp at gcc dot gnu dot org 2005-11-19 21:59 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:59:48 2005
New Revision: 107233
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107233
Log:
PR middle-end/24912
PR middle-end/24750
* relo
--- Comment #10 from hp at gcc dot gnu dot org 2005-11-19 21:58 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:58:23 2005
New Revision: 107232
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107232
Log:
PR middle-end/24912
* gcc.dg/torture/pr24912-1.c: New
--- Comment #9 from hp at gcc dot gnu dot org 2005-11-19 21:56 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:56:17 2005
New Revision: 107231
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107231
Log:
PR middle-end/24912
PR middle-end/24750
* reloa
--- Comment #8 from hp at gcc dot gnu dot org 2005-11-19 21:54 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:54:26 2005
New Revision: 107230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107230
Log:
PR middle-end/24912
* gcc.dg/torture/pr24912-1.c: New t
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
CC||kazu at gcc dot gnu dot org
Summary|m68k build failure: ICE:
--- Comment #7 from kazu at gcc dot gnu dot org 2005-11-19 20:48 ---
*** Bug 24850 has been marked as a duplicate of this bug. ***
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from kazu at gcc dot gnu dot org 2005-11-19 20:48 ---
I'm pretty sure this is a duplicate of PR 24912, which has got more analysis.
*** This bug has been marked as a duplicate of 24912 ***
--
kazu at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from mark at gcc dot gnu dot org 2005-11-19 19:12 ---
This seems to work on my i686-pc-linux-gnu system:
checking for gcj... /home/mark/src/gcc-obj/gcc/gcj
-B/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava/
-B/home/mark/src/gcc-obj/gcc/
checking gcj version 4.0... 4.0 or
Package: gcc-3.3
Version: 1:3.3.6-10
Severity: normal
Tags: patch
Hi,
gcc-3.3 does not honour the -fPIC flag on GNU/kFreeBSD. This is due to a
bug in the kbsd-gnu.dpatch I submitted sometimes ago.
Please find attached a patch that fixes the necessary things in this
file. It would be nice if you
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-19 18:39 ---
SED comes from shlibpath.m4 which has:
# shlibpath.m4 - Define LTDL_SHLIBPATH_VAR. -*-Autoconf-*-
So isn't this really just an import from libtool?
I think you should be complaining there instead of here.
--
Do you feel the rush?
We can provide you that extra bit of stiffness
Stay harder longer http://the-sea-god.com
regards,
Stephan Haskins
Phone: 143-744-1473
Mobile: 234-411-4115
Email: [EMAIL PROTECTED]
E'n^0-u.g.h http://the-war-god.com/idontwant.php
--
Internal Virus Database is out-of-dat
--- Comment #10 from rguenth at gcc dot gnu dot org 2005-11-19 14:42
---
Uli, this still ICEs with current mainline. Any real fix in sight? Any chance
of committing the workaround? P5, as not a primary target.
--
rguenth at gcc dot gnu dot org changed:
What|Remove
2005/11/19, Miles Bader <[EMAIL PROTECTED]>:
> Really? I only started using -frepo because my executable had become
> bloated, and it seemed to help quite a bit; I'll have to try again
> without...
Ok, I tried it without -frepo, and you're absolutely right -- the
binary is bigger, but only by 277
2005/11/19, Florian Weimer <[EMAIL PROTECTED]>:
> Thanks to the .gnu.linkonce sections, the finaly binary should be of
> the same size. Compilation time might increase, though.
Really? I only started using -frepo because my executable had become
bloated, and it seemed to help quite a bit; I'll h
2005/11/19, Steinar H. Gunderson <[EMAIL PROTECTED]>:
> BTW, you are _linking_ with -frepo as well, right?
I've tried both with and without [at link time], it doesn't seem to
affect the compiler's behavior.
-MIles
--
Do not taunt Happy Fun Ball.
* Steinar H. Gunderson:
> -frepo is an optimization switch, designed to avoid multiple instantiations
> of the same template (reducing its size). You should be able to compile just
> fine without it, but your binaries will be bigger.
Thanks to the .gnu.linkonce sections, the finaly binary should
On Sat, Nov 19, 2005 at 04:08:12PM +0900, Miles Bader wrote:
> Summary of problem: compilation with g++ gives "undefined reference"
> for references to some STL template function instantiations, despite
> using -frepo (which AFAIK should automatically recompile something to
> instantiate all missi
21 matches
Mail list logo
