--- Comment #7 from ubizjak at gmail dot com 2009-12-09 08:28 ---
Fixed by:
Author: rth
Date: Tue Dec 8 23:39:20 2009
New Revision: 155095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155095
Log:
* combine.c (setup_incoming_promotions): Fix sign-extend of
zero
--- Comment #19 from dominiq at lps dot ens dot fr 2009-12-09 09:31 ---
> As far as generation of a test case is concerned - why not just use the asm
> generated by 4.5?
I did that and the assembly generated on darwin10 works fine on darwin9. I can
fill a bug report to Apple to know if
gcc.gnu.org/svn/gcc/tr...@154983
Linux 2.6.22.17-0.1-default #1 SMP x86_64 x86_64 x86_64 GNU/Linux
../../git_trunk/configure --disable-bootstrap --enable-languages=c,c++,fortran
--with-cloog=/home/grosser/gcc/tools/bin/cloog-ppl-old
--with-ppl=/home/grosser/gcc/tools/bin/ppl --with-gmp=/usr/local
--- Comment #1 from paolo dot carlini at oracle dot com 2009-12-09 09:50
---
Jason, the ICE happens in mangle.c, write_expression gets a null argument. Is
this another variant of c++/38600 and the likes?
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #1 from paolo dot carlini at oracle dot com 2009-12-09 09:53
---
This one happens *only* with -O2 and -g, should be recategorized as debug
and/or optimization? Thanks for any help triaging it...
--
paolo dot carlini at oracle dot com changed:
What|Removed
Using the below code snipped (bug.C), and compiling it using:
gcc -Wall -O2 -save-temps -c -o bug.o bug.C
causes _ZN1B1fIiEEvPT_ to disappear from the .s-file, and later on breaking the
link. Using -O1 works fine.
bug.C
struct B {
template void f(T * t);
void dummyInst();
}
--- Comment #1 from paolo dot carlini at oracle dot com 2009-12-09 11:08
---
I'm seeing this happening in 4.3.x too, isn't new in 4.4.x.
Now, I'm not sure to understand which is the problem: indeed, it disappears,
but it's also true that nothing calls it. I would ask you to provide a s
Attached object file crashes with lto compilation on alphaev68 cross:
~/gcc-build-alpha/gcc/lto1 -O0 c_lto_20090116_0.o
Performing interprocedural optimizations
Assembling functions:
foo
In file included from :0:0:
/home/uros/gcc-svn/trunk/gcc/testsuite/gcc.dg/lto/20090116_0.c: In function
foo
--- Comment #1 from ubizjak at gmail dot com 2009-12-09 11:22 ---
Created an attachment (id=19264)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19264&action=view)
Object file that triggers the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42341
(Forwarding and rephrasing http://bugs.debian.org/559447)
The GNAT project manager has the concepts of "project files" and "library
project file"; a "library project file" is one that has the two attributes
Library_Name and Library_Dir; it can also have additional attributes like
Library_ALI_Dir w
--- Comment #2 from redi at gcc dot gnu dot org 2009-12-09 11:29 ---
If another translation unit is relying on finding an instantiation in bug.o
then you should use an explicit instantiation to ensure it is present, or the
other translation unit should include the definition of B::f
--
--- Comment #3 from paolo dot carlini at oracle dot com 2009-12-09 11:34
---
This is expected, any optimizing compiler (e.g., ICC behaves the same as GCC)
will get rid of that implicit instantiation, while inlining. Really, this is
not going to change.
--
paolo dot carlini at oracle
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-09 11:35 ---
How was the object file built? (I suppose this is simply a testsuite failure
of gcc.dg/lto/20090116?)
There was a dup for this for other archs I believe and the issue is
basically -Ox vs. -O0 compile which breaks s
--- Comment #20 from developer at sandoe-acoustics dot co dot uk
2009-12-09 11:37 ---
(In reply to comment #17)
> (In reply to comment #15)
> > (In reply to comment #13)
> > > You can try filing a bug report at Apple, but I think a better route
> > > would be
> > > to see if we can avo
--- Comment #21 from rguenth at gcc dot gnu dot org 2009-12-09 11:42
---
As a workaround in gcc I suggest to strip -lm in the darwin specific specs
processing. Otherwise this is not a GCC bug (again), but a darwin bug - why
do they always creep into gcc bugzilla ...
--
http://gcc.
--- Comment #18 from jv244 at cam dot ac dot uk 2009-12-09 11:49 ---
still fails with current trunk
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Last reco
--- Comment #51 from jv244 at cam dot ac dot uk 2009-12-09 11:50 ---
still failing with current trunk, also leading to miscomples (see PR38913). As
a consequence, should one disable -fwhole-file (and consequently -flto) for
Fortran before release?
--
jv244 at cam dot ac dot uk change
--- Comment #52 from rguenther at suse dot de 2009-12-09 11:52 ---
Subject: Re: Problems with -fwhole-file
On Wed, 9 Dec 2009, jv244 at cam dot ac dot uk wrote:
> --- Comment #51 from jv244 at cam dot ac dot uk 2009-12-09 11:50 ---
> still failing with current trunk, also lea
--- Comment #3 from ubizjak at gmail dot com 2009-12-09 13:03 ---
(In reply to comment #2)
> How was the object file built? (I suppose this is simply a testsuite failure
> of gcc.dg/lto/20090116?)
>
> There was a dup for this for other archs I believe and the issue is
> basically -Ox v
--- Comment #8 from 3dw4rd at verizon dot net 2009-12-09 13:22 ---
Subject: Re: cannot find -lgcc_s
howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-12-09
> 04:21 ---
> (In reply to comment #6)
>
>> I have th
--- Comment #7 from kedars at marvell dot com 2009-12-09 13:29 ---
Applied the three patches. These DO fix the issue mentioned above.
Is it safe to continue using these patches in gcc until the next stable release
arrives?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41679
When trying to build gcc 3.2.3 (or gcc-3_2-branch) with a less outdated version
of gcc [unfortunately, this is sometimes necessary to build a matching compiler
for an embedded device...], gcc barfs on the use of trigraphs as lvalues.
I'm attaching patches to fix this; chances are it's too late to
--- Comment #1 from bero at arklinux dot org 2009-12-09 13:55 ---
Created an attachment (id=19265)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19265&action=view)
Fix for obstack.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42343
--- Comment #2 from bero at arklinux dot org 2009-12-09 13:56 ---
Created an attachment (id=19266)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19266&action=view)
Fix for decl.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42343
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--- Comment #4 from spop at gcc dot gnu dot org 2009-12-09 15:18 ---
Subject: Bug 42285
Author: spop
Date: Wed Dec 9 15:18:22 2009
New Revision: 155108
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155108
Log:
Fix PR42285.
2009-12-08 Sebastian Pop
PR middle-end/42
--- Comment #22 from developer at sandoe-acoustics dot co dot uk
2009-12-09 15:21 ---
(In reply to comment #21)
> As a workaround in gcc I suggest to strip -lm in the darwin specific specs
one could also suggest the following patch to unix.exp (or providing a darwin
infrastructure):
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-09 15:35 ---
Bugzilla is for trunk and the currently maintained release branches. gcc 3.2 is
no longer actively maintained.
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-09 15:48 ---
Only with trunk - this is a performance and size regression.
The correct answer might be to define thumb1 specific size costs . At the
minute thumb1_rtx_costs is used for both speed and size.
--
ramana at gcc do
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-09 16:04 ---
Do you still see this problem ? Can you provide a backtrace or some more
information about this one ?
I don't see this as of 4.4 from yesterday.
mkdir test.gch
gcc -x c-header -marm -fmem-report -ftime-report -c -
--- Comment #3 from mikpe at it dot uu dot se 2009-12-09 16:07 ---
(In reply to comment #2)
> libmpfr must be a shared object because libmpc relies on hidden, global state
> in libmpfr. If libmpfr is linked statically with libmpc and with GCC, each
> receives different instances of the
--- Comment #25 from ramana at gcc dot gnu dot org 2009-12-09 16:10 ---
*** Bug 42081 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-09 16:10 ---
Dup of 16350.
*** This bug has been marked as a duplicate of 16350 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
---
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-09 16:25 ---
(In reply to comment #1)
> I add that this happens also in native builds (host=build=target)
Sorry, your bug report is contradictory - you say this is a native build but
your host is x86_64-linux and your target is
--- Comment #5 from viriketo at gmail dot com 2009-12-09 16:27 ---
I added first the report for making a cross-compiler, and I later *added* that
the same problem happens building a native compiler.
I agree closing the issue because of other reasons, but not because I wrote it
contradic
--- Comment #4 from dje at gcc dot gnu dot org 2009-12-09 16:36 ---
I think the problem is bad design of MPFR, not a bug in MPC. GCC uses
mpfr_clear_flags(), mpfr_overflow_p() and mpfr_underflow_p() for results of
computations in both MPFR and MPC, which uses MPFR. These rely on the MP
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #4 from viriketo at gmail dot com 2009-12-09 16:46 ---
Created an attachment (id=19267)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19267&action=view)
Fix for libmudflap + libstdc++v3 for gcc 4.4.2
In gcc 4.4.2, libstdc++v3 is also affected by the CPP probelm.
I att
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-12-09
16:47 ---
Wouldn't that be limited to a subset of darwin
@@ -30,8 +30,8 @@
#set_board_info host_library_path "[file dirname [file dirname [file dirname
[file dirname [file dirname [exec [find_gcc] --print-pro
--- Comment #3 from ramana at gcc dot gnu dot org 2009-12-09 16:49 ---
Please submit the patch upstream as requested. this is a 4.3 only bug.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-09 16:55 ---
This occurs with arm-eabi cross as well.
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #14 from ramana at gcc dot gnu dot org 2009-12-09 17:09 ---
(In reply to comment #13)
> I am just re-testing it on vangelis with size
> estimates ignoring it.
Honza - Any updates on this ?
Ramana
>
> Honza
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40436
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #24 from developer at sandoe-acoustics dot co dot uk
2009-12-09 17:36 ---
(In reply to comment #21)
> As a workaround in gcc I suggest to strip -lm in the darwin specific specs
> processing. Otherwise this is not a GCC bug (again), but a darwin bug - why
> do they always cr
--- Comment #9 from hjl dot tools at gmail dot com 2009-12-09 17:43 ---
Created an attachment (id=19268)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19268&action=view)
Source and object files
These are sources and object files generated by gcc 4.4, icc 11.1 and
Sun Studio 12 Upd
GCC trunk gets a ICE when building SPEC CPU2000 test 252.eon with "-O2 -fPIC
-fno-inline", but not with -fno-ipa-sra, on powerpc-linux with secureplt
enabled, as demonstrated by this minimized testcase:
class mrSurfaceList
{
public:
int *operator[] (int i) const { }
};
int *
makeGrid (mrSurfaceL
--- Comment #1 from janus at gcc dot gnu dot org 2009-12-09 18:03 ---
> Error: 'bad_id' at (1) is not an accessible derived type
> f951: internal compiler error: Segmentation fault
Confirmed. The same happens for TYPE IS (bad_id).
--
janus at gcc dot gnu dot org changed:
--- Comment #2 from janus at gcc dot gnu dot org 2009-12-09 18:06 ---
Backtrace:
#0 0x00549274 in gfc_find_sym_tree (name=0x7fffd840 "v",
ns=0x17a28b0, parent_flag=1, result=0x7fffd750)
at /home/jweil/gcc45/fortran-dev/gcc/fortran/symbol.c:2507
#1 0x0054970
--- Comment #2 from davidxl at gcc dot gnu dot org 2009-12-09 18:07 ---
Fixed in r155111.
--
davidxl at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from janus at gcc dot gnu dot org 2009-12-09 18:17 ---
Mine.
I think this one-liner is all that's needed:
Index: gcc/fortran/symbol.c
===
--- gcc/fortran/symbol.c(revision 155023)
+++ gcc/fortran/sym
--- Comment #25 from mrs at apple dot com 2009-12-09 18:29 ---
I've filed radr://7457013 for libSystem (aka libm on 10.6) to improve the
accuracy of ___divdc3. If that were fixed, then having -lm or not wouldn't
matter.
--
mrs at apple dot com changed:
What|Removed
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2009-12-09
18:40 ---
I am still a bit confused about this bug. When we leave -lm out of the linkage
of builtin-math-7.exe, where does the ___divdc3 call get resolved from?
Shouldn't it be coming libSystem since that always app
--- Comment #33 from bryce at gcc dot gnu dot org 2009-12-09 18:45 ---
Subject: Bug 41991
Author: bryce
Date: Wed Dec 9 18:45:13 2009
New Revision: 155113
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155113
Log:
2009-12-09 Bryce McKinlay
PR java/41991
*
--- Comment #34 from bryce at gcc dot gnu dot org 2009-12-09 18:46 ---
Subject: Bug 41991
Author: bryce
Date: Wed Dec 9 18:46:11 2009
New Revision: 155114
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155114
Log:
2009-12-09 Bryce McKinlay
PR java/41991
*
--- Comment #27 from mrs at apple dot com 2009-12-09 18:48 ---
nm | grep ___divdc3 on all the objects and libraries on the link line, will
tell you from where this symbol can be resolved. Reading the link line, will
tell you the order ld will resolve in, but you have to realize that .dy
--- Comment #28 from ghazi at gcc dot gnu dot org 2009-12-09 18:55 ---
(In reply to comment #26)
> I am still a bit confused about this bug. When we leave -lm out of the linkage
> of builtin-math-7.exe, where does the ___divdc3 call get resolved from?
The ___divdc3 function is defined i
On:
2.6.31.6-162.fc12.x86_64
I configure:
$src/gcc-trunk/configure --prefix=$bld/H-i686-gcc --enable-languages=c,c++
--enable-checking=release --with-cpu=i686 --target=i686-unknown-linux-gnu
--disable-multilib
Thinking this will give me a 32-bit defaulting i686 compiler.
Gives:
checking for i6
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-12-09 19:34 ---
Created an attachment (id=19269)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19269&action=view)
configure output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-12-09 19:36 ---
Can you attach /mnt/share/bld/gcc-i686/i686-unknown-linux-gnu/libgcc/config.log
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-09 19:37 ---
But most likely you need to set CC="gcc -m32" to force the original gcc to be
32bits.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-12-09 19:58 ---
Result as per "CC=gcc -m32" build in config2.log
Ends with:
checking for i686-unknown-linux-gnu-gcc... /mnt/share/bld/gcc-i686/./gcc/xgcc
-B/mnt/share/bld/gcc-i686/./gcc/
-B/mnt/share/bld/H-i686-gcc/i686-unknown-linux
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-12-09 19:58 ---
Created an attachment (id=19270)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19270&action=view)
configure output when CC="gcc -m32"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-12-09 20:01 ---
You are still attaching the toplevel config.log which is not useful in this
case since the libgcc is failing to compile. It might be the case that as is
not being passed --32.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-12-09 20:15 ---
Created an attachment (id=19271)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19271&action=view)
target/libgcc config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-12-09 20:16 ---
Sorry about that Andrew. Thanks for your help. I have attached the
target/libgcc config.log.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-12-09 20:21 ---
/mnt/share/bld/gcc-i686/./gcc/as: line 83: exec: : not found
That means as was not being found ...
Try using either --with-as= or setting build=host=target (that is
--target=i686-unknown-linux-gnu --host=i686-unkno
--- Comment #11 from bkoz at gcc dot gnu dot org 2009-12-09 20:58 ---
Created an attachment (id=19272)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19272&action=view)
libgcc/config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #10 from bkoz at gcc dot gnu dot org 2009-12-09 20:58 ---
result from --build/--target/--host == i686-unknown-linux-gnu in
config4.libgcc.log.
Fails with:
In file included from /usr/include/features.h:376:0,
from /usr/include/stdio.h:28,
f
--- Comment #12 from bkoz at gcc dot gnu dot org 2009-12-09 21:01 ---
on the whole though, I don't know why just --with-cpu=i686 isn't enough.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #13 from jakub at gcc dot gnu dot org 2009-12-09 21:05 ---
Regarding #c10, on Fedora just yum install
{glibc-devel,libmpc-devel,mpfr-devel,gmp-devel,elfutils-libelf-devel}.i686
If you want to build a 32-bit only gcc (with 32-bit HWI) on x86-64, I usually:
mkdir ~/hbin32
cat
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-12-09 21:22 ---
Mine. Adjusting for 4.4. branch.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dfranke at gcc dot gnu dot org 2009-12-09 22:05 ---
(In reply to comment #5)
> See 7.1.7(3) in F2003 (and 7.1.12(3) in the F2008 draft.)
Walter, thanks for reference!
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-12-09 22:07 ---
Subject: Bug 42273
Author: bkoz
Date: Wed Dec 9 22:06:59 2009
New Revision: 155117
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155117
Log:
2009-12-09 Roman Odaisky
PR libstdc++/42273
* i
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-12-09 22:39 ---
Subject: Bug 42273
Author: bkoz
Date: Wed Dec 9 22:38:57 2009
New Revision: 155118
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155118
Log:
2009-12-09 Roman Odaisky
PR libstdc++/42273
* i
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2009-12-09
23:06 ---
Ah, I understand now
gcc-4 -O2 builtin-math-7-reduced.c
./a.out
otool -L ./a.out
./a.out:
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
246.0.0)
/sw/lib/gcc4.
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-12-09
23:43 ---
> In mingw-w64 platform headers we worked-a-round this by checking
> for __OBJC__ to check, if we shouldn't define BOOL.
The hack exists in mingw32 headers, too:
230 typedef int WINBOOL,*PWINBOOL,*LPWI
--- Comment #2 from aaz at althenia dot net 2009-12-10 00:07 ---
To be more specific, it happens only with
-O -fipa-sra -finline-small-functions -g
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42336
--- Comment #2 from ro at gcc dot gnu dot org 2009-12-10 01:34 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Comment #3 from ro at gcc dot gnu dot org 2009-12-10 01:45 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00517.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40700
--- Comment #14 from bkoz at gcc dot gnu dot org 2009-12-10 02:53 ---
#c13 works for me, thanks jakub
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-12-10 02:54 ---
You can do it, although process is a bit convoluted. So, WORKSFORME.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
83 matches
Mail list logo
