--- Comment #3 from spop at gcc dot gnu dot org 2010-02-08 06:10 ---
May be a dup of PR42530.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDepends
--- Comment #2 from spop at gcc dot gnu dot org 2010-02-08 06:09 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #3 from spop at gcc dot gnu dot org 2010-02-08 06:09 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #3 from spop at gcc dot gnu dot org 2010-02-08 05:58 ---
This should be fixed by now.
Please open again this PR if this is still a problem.
Sebastian
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from marekarturpenther at gmail dot com 2010-02-08 05:55
---
Subject: Re: error in building libgcc; error: 'BITS_PER_UNIT' undeclared
I can't compile it without 4.3.4, becuase depends could not be compiled by
4.2.4.
There is another bug in all versions of gcc:
building
--- Comment #2 from spop at gcc dot gnu dot org 2010-02-08 05:50 ---
Works with trunk GCC 4.5 at rev. 156585.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rhansen at bbn dot com 2010-02-08 05:33 ---
Reopening; this is a different issue than bug 28435.
Chris Demetriou in bug 28435, comment 16 says:
> FWIW, I actually think that's a different issue (though certainly related).
>
> this bug was all about -MD and -MMD -- an
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-02-07 23:23 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-07 23:23 ---
Subject: Bug 42946
Author: pinskia
Date: Sun Feb 7 23:22:49 2010
New Revision: 156589
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156589
Log:
2010-02-07 Andrew Pinski
PR middle-end/42946
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 23:03 ---
>The padding got larger,
But the alignment stayed the same. :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42995
Using gcc 4.4.1 under Ubuntu 9.10 on amd64:
main.c:
#include "database.h"
int main()
{
int my_id = 0;
int result_for_my_id = get_data_for(my_id);
switch (result_for_my_id)
{
case 0:
return 666;
default:
return -1;
}
}
database.h:
#include
int get_data_for(int id
--- Comment #3 from joseph at codesourcery dot com 2010-02-07 22:58 ---
Subject: Re: Status of using both -m32 and -m64 on the
same command line
On Sun, 7 Feb 2010, pinskia at gcc dot gnu dot org wrote:
> >I think that this behavior should be unified across gcc's supported arches,
>
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-07 22:09 ---
So I think we are miscompiling GCC with BOOT_CFLAGS set. I don't have access
to an x86 machine which could use those CFLAGS so someone else needs to debug
this. Can you try 4.4.3?
--
http://gcc.gnu.org/bugzill
--- Comment #2 from rguenther at suse dot de 2010-02-07 22:09 ---
Subject: Re: New: Status of using both -m32 and -m64 on
the same command line
On Sun, 7 Feb 2010, jengelh at medozas dot de wrote:
> I noticed that combining -m32 and -m64 has different effects on different
> platform
--- Comment #4 from marekarturpenther at gmail dot com 2010-02-07 22:07
---
Subject: Re: error in building libgcc; error: 'BITS_PER_UNIT' undeclared
BOOT_CFLAGS is same as CFLAGS:
-mmmx -m3dnow -msse -march=athlon-xp -mtune=athlon-xp -O2 -pipe -DUSE_X86_ASM
-DUSE_MMX_ASM -DUSE_3DNOW_A
--- Comment #5 from manuel dot montezelo at gmail dot com 2010-02-07 21:37
---
What do you mean with "provide the sources"? I created the package, and as I
said it's available for downloading from Debian, as any package, including all
the private/Debian-specific modifications:
http://p
--- Comment #5 from mnemo at minimum dot se 2010-02-07 21:34 ---
The gzipped output is also too big for this bugzilla instance to handle. It
should be easy for you to download the *.tar.gz from the description and just
run "gcc -E -O2" on it.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #16 from cgd at google dot com 2010-02-07 21:24 ---
(In reply to comment #15)
> *** Bug 42921 has been marked as a duplicate of this bug. ***
>
FWIW, I actually think that's a different issue (though certainly related).
this bug was all about -MD and -MMD -- and what happe
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-02-07 21:16 ---
Then it is up to debian to upload the sources ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from manuel dot montezelo at gmail dot com 2010-02-07 21:02
---
As I said in the report:
"Neither I nor the official developer who uploaded the package have access to
the machines to provide you the intermediate generated files to help debugging
the problem or anything, n
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c++ |target
GCC b
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 21:01 ---
Related to PR 10474.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42971
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-07 20:58 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-07 20:58 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-07 20:57 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 20:56 ---
I have an obvious patch which fixes this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-07 20:38 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-02-07 20:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #15 from pinskia at gcc dot gnu dot org 2010-02-07 20:33
---
*** Bug 42921 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 20:33 ---
*** This bug has been marked as a duplicate of 28435 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code, wrong-
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code, wrong-
|
--- Comment #13 from pinskia at gcc dot gnu dot org 2010-02-07 20:28
---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNC
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||compile-time-hog
Summary|another compiler hang for -g|[4.5
--- Comment #6 from xavier dot guerin at imag dot fr 2010-02-07 20:28
---
I found my issue. MIPS backend assumes that the $sp is aligned on a double word
frontier. Although my thread's stack malloc guarantee this point, my
context_init was applying a wrong mask to the final stack addres
--- Comment #7 from pinskia at gcc dot gnu dot org 2010-02-07 20:26 ---
Suspend.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-02-07 20:25 ---
Confirmed to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-07 20:23 ---
Not a FSF GCC bug so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42826
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-02-07 20:18 ---
How did you invoke configure and make? What are your env variables settings
for CFLAGS, STAGE1_CFLAGS and BOOT_CFLAGS?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-02-07 20:16 ---
That line of compiling does not make sense as it is trying to compile
gcc/config/m32r/m32r.c as a target object file while it should only be compiled
for the host machine ...
How did you configure gcc?
--
pinsk
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-07 20:11 ---
What happens if you build in a different directory than the source directory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42792
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 20:09 ---
Confirmed, a target bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-02-07 20:04 ---
You can gzip the preprocessed source if needed. Also It might be the case we
are jump threading in one case and not in the other which causes the zero
expression to show up and that causes glibc's headers to produce
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-02-07 20:02 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-02-07 20:01 ---
*** Bug 42765 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 20:01 ---
*** This bug has been marked as a duplicate of 33980 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 19:51 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-07 19:50 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from spop at gcc dot gnu dot org 2010-02-07 19:49 ---
Subject: Bug 42988
Author: spop
Date: Sun Feb 7 19:49:06 2010
New Revision: 156582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156582
Log:
Fix PR42988: handle unknown_dependence.
2010-02-07 Sebastian Pop
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-07 19:21 ---
>I think that this behavior should be unified across gcc's supported arches,
Why -m* means it is a target specific option?
x86_64 and powerpc64 both have the same behavior of having the last one being
the used one
I noticed that combining -m32 and -m64 has different effects on different
platforms.
On sparc64:
20:06 ares:../libhugetlbfs/libhugetlbfs-2.0 > gcc -c -m32 -m64 x.c
gcc: may not use both -m32 and -m64
On x86_64:
20:11 borg:~/obs > >x.c
20:11 borg:~/obs > gcc -c -m32 -m64 x.c
(no error)
I think th
--- Comment #8 from wlodzimierz dot lipert+gcc at gmail dot com 2010-02-07
19:06 ---
Hi,
I think problem may be in gcc.c do_spec_1() function,
GCC segfaults after calling do_spec() -> do_spec_2() -> do_spec_1() (seg fault
here).
Building of libgcc with DEBUG_SPECS.
/home/vlad/opt/gcc
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-07 18:58 ---
Have you tried building in a different directory than the source directory?
Do you have any environment variables set like CFLAGS, etc?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from paolo dot carlini at oracle dot com 2010-02-07 18:37
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Stat
--- Comment #9 from paolo at gcc dot gnu dot org 2010-02-07 18:37 ---
Subject: Bug 16896
Author: paolo
Date: Sun Feb 7 18:36:48 2010
New Revision: 156578
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156578
Log:
2010-02-07 Paolo Carlini
PR libstdc++/16896
*
--- Comment #4 from dcb314 at hotmail dot com 2010-02-07 18:13 ---
(In reply to comment #2)
> Probably the same issue as PR42991.
Does fixing 42991 also fix this problem ?
I suspect it might be worth checking this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42993
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-07 17:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-07 17:18 ---
Subject: Bug 42991
Author: rguenth
Date: Sun Feb 7 17:18:22 2010
New Revision: 156575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156575
Log:
2010-02-07 Richard Guenther
PR middle-end/42991
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-02-07 17:10 ---
Except C linkage does not have that information stored anywhere :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42990
--- Comment #7 from vyg84 at mail dot ru 2010-02-07 17:07 ---
I agree with all above but in my case linker should raise error "unresolved
external: int atof(char* )" without having in glibc "int atof(char* )" (but
should not for "double atof(char* )").
--
http://gcc.gnu.org/bugzill
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-07 15:29 ---
The fix for 42991 also fixes this bug.
*** This bug has been marked as a duplicate of 42991 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-07 15:29 ---
*** Bug 42993 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42991
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-07 15:22 ---
No, this is not really debug-expr related. We have
struct crypto_tfm {
...
void *__crt_ctx[] __attribute__ ((__aligned__(__alignof__(unsigned long
long;
};
and the FIELD_DECL for __crt_ctx has DECL_SIZE == 0,
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-07 15:06 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-07 15:06 ---
Confirmed. The difference is from scheduling:
--- t.gk.gkd2010-02-07 16:05:02.0 +0100
+++ t.gkd 2010-02-07 16:05:01.0 +0100
@@ -1900,6 +1900,9 @@
(insn:TI# 0 0 t.C:403 (set (reg/f:SI 0 ax
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-07 15:03 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.3.4
Priority|P3 |P2
http://gcc
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-07 14:54 ---
Btw, with -std=c99 -pedantic-errors you will get an error for missing
prototypes (not so with -std=c89 or the default, which is -std=gnu89, because
as was said C89 allows unprototyped functions).
--
http://gcc.g
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-07 14:49 ---
The linker didn't complain because atof is in libc which is linked in. atoi
does work because any unprototyped function is treated as
int function();
thus the unprototyped atof results in
int atof();
which leads
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-07 14:47 ---
Probably the same issue as PR42991.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from vyg84 at mail dot ru 2010-02-07 14:46 ---
I think some moments should be cleared.
I used Anjuta 2.28.1.0 C console project, include file initially was only
stdio.h.
I'm not strcitly sure with what language standart my program was compiled, but
it is very likely with
--- Comment #1 from dcb314 at hotmail dot com 2010-02-07 14:33 ---
Created an attachment (id=19818)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19818&action=view)
C
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42993
I just tried to compile the Linux kernel 2.6.33-rc6 under valgrind
with the C compiler version 4.5 snapshot 20100128 and valgrind said
==2968== Conditional jump or move depends on uninitialised value(s)
==2968==at 0x7A6925: delegitimize_mem_from_attrs (simplify-rtx.c:244)
==2968==by 0x9615
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-02-07 13:43 ---
P1 for a regression on a release branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-07 13:43 ---
Fixed for 4.5.0 sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-07 13:43 ---
Subject: Bug 42956
Author: rguenth
Date: Sun Feb 7 13:42:52 2010
New Revision: 156571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156571
Log:
2010-02-07 Richard Guenther
PR middle-end/42956
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2010-02-07 13:37
---
Closing, not needed on 4.4
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-07 12:43 ---
There are btw a load of va-arg testcases in the testsuite and testresults on
mips-unknown-elf do not show any problems on the 4.3 or the 4.4 branch or on
trunk (as reported by Mike Stein).
Thus, please provide an ex
--- Comment #4 from xavier dot guerin at imag dot fr 2010-02-07 12:32
---
I checked GCC 4.4.2 and the issue still exists. It's extremely easy to check,
and I actually pinned the issue. I don't mind helping more (and I guess I'll
have to do it by myself anyway), but I'm completely ignora
--- Comment #6 from mikpe at it dot uu dot se 2010-02-07 11:54 ---
gcc-4.5-20100204 ICEs with -O1 -fno-forward-propagate -fPIC -mthumb on the
original test case. So r147282, which enabled fwprop at -O1, merely masked the
problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42981
--- Comment #4 from paolo dot carlini at oracle dot com 2010-02-07 11:43
---
*** Bug 42992 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2010-02-07 11:43
---
*** This bug has been marked as a duplicate of 42983 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
Hello,
Following code :
#include
struct A {
virtual ~A()=default;
};
struct B : public A {
virtual ~B() {
std::cout << "B destructor\n";
}
};
int main() {
B* b = new B;
A* pA = b;
delete pA;
return 0;
}
outputs nothing, B destructor is not called as if A destructor was not
considered as virt
--- Comment #5 from mikpe at it dot uu dot se 2010-02-07 11:17 ---
(In reply to comment #4)
> A bisection has identified this as a regression on 4.4 branch triggered by
> r147081, the fix for PR39914. The same change was committed to trunk too, but
> for some reason doesn't trigger the I
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-07 10:58 ---
Which means that likely DEBUG_DECLs do not have DECL_SIZE set properly.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from dcb314 at hotmail dot com 2010-02-07 10:25 ---
Created an attachment (id=19817)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19817&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42991
I just tried to compile the Linux kernel 2.6.33-rc6 under valgrind
with the C compiler version 4.5 snapshot 20100128 and valgrind said
==17102== Conditional jump or move depends on uninitialised value(s)
==17102==at 0x56D105: expand_debug_expr (cfgexpand.c:2487)
==17102==by 0x56C912: expan
--- Comment #3 from schwab at linux-m68k dot org 2010-02-07 09:15 ---
Use -Werror-implicit-function-declaration.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-07 08:26 ---
C90 has implicit declarations.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42990
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2010-02-07 08:00
---
Fixed on trunk. Will back port to 4.4 in a few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
94 matches
Mail list logo
