g++ failed to compile code "dVolume *= 1 + pow(10.0, -5.0);", it output such
error:
-
E:\code\wxWidgets-2.8.8\build\msw>mingw32-make -f makefile.gcc
CC="e:\code\targe
t\bin\gcc.exe" CXX="e:\code\target\bin\g++.exe"
if not exist ..\..\lib\gcc_lib\mswd mkdir ..\..\lib\gcc_lib\mswd
e:\
--- Comment #1 from drangon dot mail at gmail dot com 2008-08-14 06:48
---
this bug not happend again in new gcc version.
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from sabre at nondot dot org 2008-08-14 04:23 ---
FYI, clang produces:
t.c:3:3: error: called object is not a function or function pointer
(p - q)();
^
t.c:8:3: error: called object is not a function or function pointer
(p < q ? p : q)();
^
--- Comment #5 from christophe at saout dot de 2008-08-14 00:08 ---
Created an attachment (id=16068)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16068&action=view)
Remove broken alternatives using movlps for vec_concatv2di(_rex) insn
causes gcc to emit the following valid sequen
--- Comment #7 from regehr at cs dot utah dot edu 2008-08-13 22:57 ---
(In reply to comment #6)
> Created an attachment (id=16067)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16067&action=view) [edit]
> potential test program for gcc testsuite
>
> I wrote a little script to make
--- Comment #6 from regehr at cs dot utah dot edu 2008-08-13 22:52 ---
Created an attachment (id=16067)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16067&action=view)
potential test program for gcc testsuite
I wrote a little script to make a C program that exhausts the possible
--- Comment #9 from gcc-bugzilla at contacts dot eelis dot net 2008-08-13
22:24 ---
Ok, I see. Sorry for wasting your time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37119
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-13 22:20 ---
The relevant ABI says
"a bit-field mut entirely reside in a storage unit appropriate for
its declared type"
which means it all makes very much sense.
--
rguenth at gcc dot gnu dot org changed:
Wha
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-13 22:16 ---
>brings it down to 5 bytes (we seem to never pack chars with other types)
We do, but we don't packed if it overflows into the next unit.
--
pinskia at gcc dot gnu dot org changed:
What|Remov
--- Comment #4 from christophe at saout dot de 2008-08-13 22:15 ---
Ok, I'm completely not in my game here, but after staring at rtl dumps and gcc
code for about two hours straight, things slowly start to make a litte sense...
(please tell me to shut up and forget about it if I am total
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-13 22:05 ---
struct X { uint32_t a:17; uint8_t b:8; uint8_t c:1; } __attribute__((packed));
brings it down to 5 bytes (we seem to never pack chars with other types)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37119
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-13 22:01 ---
This is also 4 bytes in size:
struct X { uint32_t a:17; uint16_t b:8; uint16_t c:1; };
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37119
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-13 21:59 ---
Seems like we do that since forever, so we cannot change this anyway. But
surely it looks unintuitive that
struct X { uint32_t a:17; uint16_t b:8; uint8_t c:1; };
is 4 bytes while
struct X { uint32_t a:17; uint8_
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-13 21:43 ---
>I don't follow. 4 bytes is 4*8=32 bits, which is more than 26, no?
Or the ABI says the different types are not merged together. Really you have
to look into what the ABI says to figure out the correct answer. I d
--- Comment #2 from gcc-bugzilla at contacts dot eelis dot net 2008-08-13
21:39 ---
(In reply to comment #1)
> so 26bits which is a little over 4 bytes.
I don't follow. 4 bytes is 4*8=32 bits, which is more than 26, no?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37119
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-13 21:26 ---
> struct X { uint32_t a:17; uint8_t b:8; bool c:1; };
0...16 is a as uint32_t is more than 17 bytes
17...24 is b as uint8_t is 8 bytes
25...26 is c as bool is 1 byte
so 26bits which is a little over 4 bytes. so it
Consider:
#include
struct X { uint32_t a:17; uint8_t b:8; bool c:1; };
#include
int main() { std::cout << sizeof(X) << '\n'; }
This prints "8", while I'd really expect it to print "4". Even more
surprisingly, if b's type is changed from uint8_t to uint16_t, the output
/does/ become "4".
nd/37103
> * fold-const.c (fold_widened_comparison): Do not allow
> sign changes that change the result even if shorter type
> is wider than arg1_unw's type.
>
> * gcc.c-torture/execute/20080813-1.c: New test.
>
> --- gcc/fold-const.c.jj2008-08-13 19:46:11.
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-08-13 20:59
---
(In reply to comment #10)
> Andrew, update on this? Stage1 is closing soon...
To some extent this is a bug fix so it can go while in stage3. I will try to
get a patch going this weekend. Since I have to dig thro
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-08-13 20:59
---
*** Bug 36776 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-08-13 20:59
---
I agree with Andrew.
*** This bug has been marked as a duplicate of 37093 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from burnus at gcc dot gnu dot org 2008-08-13 20:57 ---
Patch v1.1: http://gcc.gnu.org/ml/fortran/2008-08/msg00032.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35423
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-08-13 20:57
---
*** This bug has been marked as a duplicate of 37093 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-08-13 20:57
---
*** Bug 36789 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-08-13 20:48
---
The following line triggers the ICE since GCC 4.1.0:
const double c = .1, d = c+1;
--
reichelt at gcc dot gnu dot org changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-13 20:40 ---
I think this is a dup of bug 37093.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36776
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-08-13 20:37
---
Even shorter testcase:
==
struct A {};
template
int foo(A* q)
{
return q->*p;
}
template
int bar(int T::* p)
{
return foo(0);
}
int i = bar(0);
--- Comment #1 from paolo dot carlini at oracle dot com 2008-08-13 20:11
---
Patch reverted.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
For Linux/ia32, many C++ tests failed with:
.../x86_64-unknown-linux-gnu/32/libstdc++ -v3/src/.libs/libstdc++.so: undefined
reference to `__sync_sub_and_fetch_4'^M
--
Summary: [4.4 Regression] Revision 139064 breaks libstdc++
Product: gcc
Version: unknown
e-end/37103
* fold-const.c (fold_widened_comparison): Do not allow
sign changes that change the result even if shorter type
is wider than arg1_unw's type.
* gcc.c-torture/execute/20080813-1.c: New test.
--- gcc/fold-const.c.jj2008-08-13 19:46:11.0 +0200
+++ gcc/fold-const.c2008-08-13 20:18:21.
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-13 18:13 ---
FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #14 from hjl dot tools at gmail dot com 2008-08-13 18:01
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-13 17:59 ---
Subject: Bug 30551
Author: manu
Date: Wed Aug 13 17:57:47 2008
New Revision: 139063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139063
Log:
2008-08-13 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR 30
--- Comment #2 from bangerth at dealii dot org 2008-08-13 16:31 ---
(In reply to comment #1)
> I don't think this is a good warning really as static is used all over the
> place. In system headers and really in almost all C++ code in general.
The key is the phrase "...in a namespace sc
--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-13 16:29
---
Let's close it, as you say it's invalid code, not a regression.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #5 from bangerth at dealii dot org 2008-08-13 16:27 ---
Confirmed. What I believe Andrew was pointing out are the internal reasons
why this warning happens. However, the warning is clearly bogus, the flag
-Wunreachable-code isn't useful if it warns on this sort of code.
W.
--- Comment #4 from bangerth at dealii dot org 2008-08-13 16:24 ---
This also failed with 4.2.1, and the reporter's compiler was 4.0.
Paolo, do you want to apply your patch to 4.3.x as well? If not,
I vote for closing the PR: It's not a recent regression, it's an
ICE on invalid, and unl
--- Comment #13 from hjl at gcc dot gnu dot org 2008-08-13 16:22 ---
Subject: Bug 36701
Author: hjl
Date: Wed Aug 13 16:20:42 2008
New Revision: 139062
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139062
Log:
2008-08-13 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/3670
--- Comment #2 from bangerth at dealii dot org 2008-08-13 16:21 ---
(In reply to comment #0)
> bool pred4(const char *, const char *, const char *x = "", const char *y =
> "");
The type of pred4 is still
bool (*) (const char *, const char *, const char *x, const char *)
and so when y
--- Comment #1 from bangerth at dealii dot org 2008-08-13 16:17 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC|
--- Comment #3 from christophe at saout dot de 2008-08-13 16:14 ---
Ok, tried that...
Now xorg-server doesn't segfault, but hang in an infinite loop.
Adding printouts after the loop shows that the upper and lower parts of the
register are inverted:
(contents of the "tails" array):
0
--- Comment #1 from bangerth at dealii dot org 2008-08-13 16:14 ---
(In reply to comment #0)
> By default, I suppose a -Wl,-rpath, would be useful...
No, since you can't override that and then you can't use another libstdc++
than the one that comes with the compiler you built with.
W>
--- Comment #2 from darkwingz at yahoo dot com 2008-08-13 15:57 ---
Thanks for your reply. I think I would have seen this had I tried testing it
without the nesting. I tried to compile the following code:
class A {
protected:
int i;
};
class B : public A {
public:
void foo(A *a
--- Comment #1 from trash at wobow dot com 2008-08-13 15:56 ---
I was actually violating strict aliasing rules with this code!
--
trash at wobow dot com changed:
What|Removed |Added
--
The following code outputs "123.456" with no optimization or "-O1", but outputs
a corrupted value when compiled with "-02" or even with "-O1 -fstrict-aliasing
-fschedule-insns2".
#include
int main()
{
// binary representation of double value 123.456
unsigned long long ull = 0x405edd2f1a9f
My fedora 8 system:
bash2 :2 [EMAIL PROTECTED] 11:47:40; gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /home/mleisner/src/gcc-4.3.1/configure --with-mpfr=/usr/local/
--prefix=/usr/gnu/gcc-4.3.1
Thread model: posix
gcc version 4.3.1 (GCC)
% oggDump
oggDump: /usr/lib/libst
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-13 15:44 ---
You are violating C/C++ aliasing rules.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from dodji at gcc dot gnu dot org 2008-08-13 15:42 ---
Created an attachment (id=16066)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16066&action=view)
first fix candidate
This patch is an obvious fix to the ICE.
Now the compiler reports the following (not nice) e
The following code outputs "123.456" with no optimization or "-O1", but outputs
a corrupted value when compiled with "-02" or even with "-O1 -fstrict-aliasing
-fschedule-insns2".
#include
int main()
{
// binary representation of double value 123.456
unsigned long long ull = 0x405edd2f1a9f
--- Comment #1 from chris dot fairles at gmail dot com 2008-08-13 15:32
---
You're simply trying to access a protected member variable which is not
allowed. It doesn't matter if you try to access it from a member function of a
sub-object of A; if you have an object of type A, and it has
--- Comment #3 from dje at gcc dot gnu dot org 2008-08-13 15:18 ---
I, personally, am not sure what libstdc++ patch fixed the problem to know what
to backport. GCC 4.2 is getting late in the release cycle and probably too
late to backport fixes like this, but I will ask.
--
http://
--- Comment #6 from nightstrike at gmail dot com 2008-08-13 14:23 ---
Is 2.95 still the minimum gcc required for the build?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37086
--- Comment #2 from efernandez at physiomics-plc dot com 2008-08-13 14:11
---
Will the fix be backported to the 4.2 branch ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35397
The following code fails to compile:
class A {
protected:
int i;
};
class B {
class C : public A {
public:
void foo(A a) {
a.i = 1;
}
};
};
int main()
{
}
nest2.cpp: In member function 'void B::C::foo(A)':
nest2.cpp:3: error: 'int A::i' is protected
--- Comment #2 from ubizjak at gmail dot com 2008-08-13 13:47 ---
(In reply to comment #0)
> Here, the code that initializes xmm1 (also the xmm1 in my pseudo-code above):
>
> 107e: 48 8b 44 24 38 mov0x38(%rsp),%rax
> 1083: 48 83 c0 08 add
--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-13 13:37 ---
I bet 132269 or 134108 are the cause, will test later.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37103
--- Comment #7 from charlet at gcc dot gnu dot org 2008-08-13 13:20 ---
Closing, we're not in the business of figuring out what's wrong with debian's
version of GCC :-)
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-13
13:15 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
> Sounds like your base Ada compiler may be corrupted, since the line above
> calls 'gnatmake', it does not use the newly b
--- Comment #2 from joel at gcc dot gnu dot org 2008-08-13 13:08 ---
No surprise but still broke for rev 139039.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37094
--- Comment #5 from dodji at gcc dot gnu dot org 2008-08-13 12:57 ---
A simpler reproducer is:
1 template
2 struct a
3 {
4 template class C, typename X, C* =0>
5 struct b
6 {
7 };
8 };
9
10 void
11 foo ()
--- Comment #1 from dominiq at lps dot ens dot fr 2008-08-13 12:40 ---
The strings must have more than one character to reproduce the bug:
integer, parameter :: n = 10
integer, parameter :: ilst(n) = (/(i,i=1,n)/)
character(*), parameter :: c0lst(n) = (/(char(96+i),i=1,n)/)
character(*)
--- Comment #3 from maxime dot fiandino at gmail dot com 2008-08-13 11:50
---
Yes, with the static constant define it solve the link problem.
I still doesn't understand why this issue is for:
if (i,++i,1,value<1>::is)
{++i;}
but not:
value<1>::is;
alone
But it should not be the ri
--- Comment #2 from chris dot fairles at gmail dot com 2008-08-13 11:34
---
You still have to define the static constant.
template
const int value::is;
HTH,
Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37111
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-13 11:01 ---
This bug has been fixed in GCC SVN trunk. Thanks for the report.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from sam at gcc dot gnu dot org 2008-08-13 10:59 ---
Subject: Bug 36777
Author: sam
Date: Wed Aug 13 10:57:43 2008
New Revision: 139051
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139051
Log:
gcc/ada/
PR ada/36777
* sem_util.ads, sem_util.ad
--- Comment #1 from maxime dot fiandino at gmail dot com 2008-08-13 10:55
---
Created an attachment (id=16065)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16065&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37111
Issue with a static const int value of a template class instenciated as a
left-hand operand of comma. The error is an "undefined reference to" during
link which seems quite strange.
I found this issue because I wrote a ',' instead of '|' in my source
code. Without the -Wall warning: "left-hand op
--- Comment #8 from manu at gcc dot gnu dot org 2008-08-13 10:49 ---
@Bernhard
You need to properly submit the patch to gcc-patches (plus copyright assignment
in place, testcases, changelog)?
See http://gcc.gnu.org/contribute.html
As for the patch itself. Notice that c_do_switch_warni
--- Comment #5 from mmokrejs at ribosome dot natur dot cuni dot cz
2008-08-13 10:39 ---
See "3.4.2" in comment #1. ;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36831
--- Comment #1 from charlet at gcc dot gnu dot org 2008-08-13 10:34 ---
Please submit a self contained bug report with all needed sources. Even better
would be a reduced test case, thanks.
Note that GPS sources have changed and no longer have the code you quote.
--
charlet at gcc do
--- Comment #10 from manu at gcc dot gnu dot org 2008-08-13 10:30 ---
Andrew, update on this? Stage1 is closing soon...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22154
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-13 10:28 ---
@Tom
It would be nice to submit this patch before stage3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33787
Subversion revision 127471 in GPS (http://libre.adacore.com/gps) introduced an
internal compiler error in codefix-text_manager.adb:
gcc-4.3 -c -g -O2 -gnatafno -gnatVa -I- -gnatA
/home/lbrenta/src/debian/ram/gnat-gps-4.3~2008.08.09/codefix/src/codefix-text_manager.adb
+===G
--- Comment #7 from manu at gcc dot gnu dot org 2008-08-13 10:27 ---
FIXED in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-13 10:20 ---
Subject: Bug 15236
Author: manu
Date: Wed Aug 13 10:19:03 2008
New Revision: 139050
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139050
Log:
2008-08-13 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c/
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-13 10:06 ---
FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-13 10:03 ---
Subject: Bug 35635
Author: manu
Date: Wed Aug 13 10:01:52 2008
New Revision: 139049
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139049
Log:
2008-08-13 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR 35
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE: in |[4.
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-13 09:59 ---
The failure is recent, it doesn't occur with gcc-4.3 (SUSE Linux) 4.3.2
20080806 (prerelease) [gcc-4_3-branch revision 138797].
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-13 09:54 ---
Testcase failing with -O3 but not with -O3 -fno-unswitch-loops:
extern void abort (void);
unsigned int g_24;
unsigned int g_37 = 1;
unsigned int g_225 = 0;
void __attribute__((noinline)) foo (int x)
{
if (x != 5
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-13 09:53 ---
-fno-unswitch-loops fixes the original testcase but not the following which
only fails _with_ -O3 -fno-unswitch-loops.
extern void abort (void);
unsigned int g_24;
unsigned int g_37 = 1;
unsigned int g_225 = 0;
in
--- Comment #1 from charlet at gcc dot gnu dot org 2008-08-13 09:28 ---
This was broken by the following change AFAICT (rev 121082):
<<
2007-01-23 Richard Guenther <[EMAIL PROTECTED]>
PR bootstrap/30541
* Makefile.def (flags_to_pass): Add GNATBIND and GNATMAKE.
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-13 09:16 ---
The C standard specifies that the comparison is done in type int which means
that for both signed and unsigned char
(char)-1 != (unsigned short)-1
should evaluate to false. Testcase:
extern void abort (void);
gcc+binutils+gmp+mpfr in /src
(4.3.1, 2.18, whatever)
build=i686-pc-cygwin
mkdir /obj/native
cd /obj/native
/src/configure -enable-languges=all,ada -disable-bootstrap && make && make
install
mkdir /obj/cross
cd /obj/cross
/src/configure -host i686-pc-cygwin -targ
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-08-13 09:00
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-08-13 08:58
---
Subject: Bug 15255
Author: rguenth
Date: Wed Aug 13 08:57:20 2008
New Revision: 139048
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139048
Log:
2008-08-13 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #12 from jakub at gcc dot gnu dot org 2008-08-13 08:54 ---
After more thinking, I'm not convinced even debuggers need it when frame
pointer is present (as Jan just told me, gdb ignores DW_CFA_GNU_args_size
altogether anyway). The current sp comes up just from unwinding throu
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
this code:
class bar {
public:
operator int&() { return f; }
operator const int&() const { return f; }
int f;
};
int main() {
const bar* cb;
const int& cx = *cb;
bar* b;
int& x = *b;
switch(*cb) {}
switch(*b) {}
return 0;
}
gets you:
~/ootbc/persona
--- Comment #10 from jakub at gcc dot gnu dot org 2008-08-13 08:20 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from oakad at yahoo dot com 2008-08-13 08:10 ---
Created an attachment (id=16064)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16064&action=view)
Assembly of the problematic function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
--- Comment #1 from oakad at yahoo dot com 2008-08-13 08:10 ---
Created an attachment (id=16063)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16063&action=view)
Original source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
In the attached file (cfi_flash.c), the function flash_detect_cfi is inlined
into the function flash_get_size. flash_detect_cfi accepts (arg 2) a pointer to
structure defined on stack in flash_get_size. Upon completion, some fields from
the structure in question are referenced (lines 1731 - 1734).
On i686-apple-darwin9 from revision 138210 with -m64, I get the follwing ICE:
[ibook-dhum] f90/bug% gcc44 -m64 -O1 -msse2 -mfpmath=sse -march=k8
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.target/i386/hot-1.c
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.target/i386/hot-1.c: In function
'not_hot':
/opt/gcc/_gcc
--- Comment #15 from reichelt at gcc dot gnu dot org 2008-08-13 07:34
---
As I alredy guessed in comment #12, the testcase really fails on native
x86_64-unknown-linux-gnu with "-m32 -O3 -ftrapv".
As this is a "tree check" ICE you really need to configure the compiler
with --enable-chec
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C -O3 -g execution test
FAIL: g++.dg/torture/stackalign/eh-vararg-1.C -O3 -g execution test
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O3 -g execution test
On i686-apple-darwin9 at revision 139036, I still have the following failures
in 32 bit m
96 matches
Mail list logo
