--- Comment #4 from jv244 at cam dot ac dot uk 2008-08-13 06:47 ---
(In reply to comment #3)
Created an attachment (id=16062)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16062action=view) [edit]
Patch that may fix the bug
Thanks for the report. Wow, I was a bit surprised
On powerpc-apple-darwin9, but not on i686-apple-darwin9, since revision at
least 138950 (not in rev. 137615), array_constructor_11.f90 gives the following
ICE when compiled with -m64:
[karma] f90/bug% gfc -m64 -O3
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/array_constructor_11.f90
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
--- 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
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':
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).
--- 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=16063action=view)
Original source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
--- 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=16064action=view)
Assembly of the problematic function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
--- 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
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:
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- 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
--- 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=gccview=revrev=139048
Log:
2008-08-13 Richard Guenther [EMAIL PROTECTED]
PR
--- 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
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 -target
--- 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);
--- 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 #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;
--- 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 !=
--- 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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE: in
--- 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=gccview=revrev=139049
Log:
2008-08-13 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 35635
--- 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 #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=gccview=revrev=139050
Log:
2008-08-13 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- 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
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
--- 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
--- 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 #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
--- 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 #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
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.
mylife I found this issue because I wrote a ',' instead of '|' in my source
code. Without the -Wall warning:
--- 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=16065action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37111
--- 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=gccview=revrev=139051
Log:
gcc/ada/
PR ada/36777
* sem_util.ads, sem_util.adb
--- 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 #2 from chris dot fairles at gmail dot com 2008-08-13 11:34
---
You still have to define the static constant.
templateint X
const int valueX::is;
HTH,
Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37111
--- 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,value1::is)
{++i;}
but not:
value1::is;
alone
But it should not be the right
--- 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)/)
--- Comment #5 from dodji at gcc dot gnu dot org 2008-08-13 12:57 ---
A simpler reproducer is:
1 templatetypename T
2 struct a
3 {
4 template template typename class C, typename X, CX* =0
5 struct b
6 {
7 };
8 };
9
--- 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 #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
--- 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 #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 #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
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
--- 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
--- 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 #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.
--
--- 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
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 iostream
int main()
{
// binary representation of double value 123.456
unsigned long long ull =
--- 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=16066action=view)
first fix candidate
This patch is an obvious fix to the ICE.
Now the compiler reports the following (not nice)
--- 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
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:
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 iostream
int main()
{
// binary representation of double value 123.456
unsigned long long ull =
--- 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
--- 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
--- 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,prefix-lib 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
--- 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:17 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC|
--- 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 you
--- 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=gccview=revrev=139062
Log:
2008-08-13 H.J. Lu [EMAIL PROTECTED]
PR middle-end/36701
--- 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
--- 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 #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 #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
--- 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=gccview=revrev=139063
Log:
2008-08-13 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 30551
--- 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
--- 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
): 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.0 +0200
@@ -6733,10 +6733,8
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
--- 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
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-08-13 20:37
---
Even shorter testcase:
==
struct A {};
template int A::* p
int foo(A* q)
{
return q-*p;
}
template typename T
int bar(int T::* p)
{
return foop(0);
}
int i = barA(0);
--- 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: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:
--- 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 #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 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: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 #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 #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
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.0 +0200
@@ -6733,10 +6733,8 @@ fold_widened_comparison (enum
Consider:
#include stdint.h
struct X { uint32_t a:17; uint8_t b:8; bool c:1; };
#include iostream
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/
--- 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
--- 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 #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
--- 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;
--- 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 #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 #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
--- 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
--- 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:
What
--- 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 #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=16067action=view)
potential test program for gcc testsuite
I wrote a little script to make a C program that exhausts the possible
--- 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=16067action=view) [edit]
potential test program for gcc testsuite
I wrote a little script to make a C
--- 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=16068action=view)
Remove broken alternatives using movlps for vec_concatv2di(_rex) insn
causes gcc to emit the following valid
--- 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)();
^
96 matches
Mail list logo
