>Class: rejects-legal
>Release: gcc (GCC) 4.2.3
>Description:
like bug 14932 - 4.2.3 c++ does not allow variable array index in macro
offsetof
it looks like offsetof maps to a builtin function:
#define offsetof(TYPE, MEMBER) __builtin_offsetof (TYPE, MEMBER)
This appears to be in co
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-06-17 04:32
---
I will backport this to 4.3 in a few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36546
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-06-17 04:18
---
Subject: Bug 36546
Author: jvdelisle
Date: Tue Jun 17 04:18:11 2008
New Revision: 136860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136860
Log:
2008-06-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-06-17 04:14
---
Subject: Bug 36546
Author: jvdelisle
Date: Tue Jun 17 04:14:07 2008
New Revision: 136859
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136859
Log:
2008-06-16 Jerry DeLisle <[EMAIL PROTECTED]>
At -O and higher with -fwrapv, svn 136854 improperly compiles func_9 below into
object code returning 0.
static unsigned long
mod_rhs (long int rhs)
{
return rhs;
}
unsigned g_8 = 0x0815898FL;
int func_9 (void)
{
return ((0x0274952FL * g_8) % mod_rhs (0x0274952FL));
}
--
Summar
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-06-17 01:08
---
Revised test case passes on win64.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-06-17 01:05
---
Subject: Bug 36544
Author: jvdelisle
Date: Tue Jun 17 01:05:11 2008
New Revision: 136856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136856
Log:
2008-06-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #10 from dfranke at gcc dot gnu dot org 2008-06-16 21:49
---
Reopened. I can still observe the problem with trunk from 20080615 (r136827).
$> gfortran-svn -O -Wall ~/pr/pr36342.F90
ž: In function 'test':
hqë·š:4: warning: 'junk_2' is used uninitialized in this function
In
--- Comment #9 from pault at gcc dot gnu dot org 2008-06-16 20:22 ---
(In reply to comment #8)
> Mark as waiting. Can any of you try whether the bug still exists for you?
>
This works for me - x86_ia64/Fedora8 - gcc version 4.4.0 20080615
Taking a risk, given Tobias' report - marking
--- Comment #3 from christophe dot jaillet at wanadoo dot fr 2008-06-16
19:50 ---
This has been fixed in revision 124532 on Sun Jul 15 11:45:30 2007 UTC.
(http://gcc.gnu.org/viewcvs/trunk/gcc/collect2.c?r1=124532&r2=126653&diff_format=h)
--
christophe dot jaillet at wanadoo dot fr
--- Comment #5 from chris dot fairles at gmail dot com 2008-06-16 19:34
---
I think this is related:
template struct A{};
template class B> struct C{};
int main() { C a; }
gives ICE @ pt.c:15861 (rev 136843).
The line in question is:
gcc_assert (TREE_CODE (type) != TEMPLATE_TYPE
--- Comment #8 from burnus at gcc dot gnu dot org 2008-06-16 18:08 ---
Pointer for myself (or someone else): Should be added in trans-array.c's
gfc_conv_array_parameter and maybe also gfc_trans_dummy_array_bias.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from burnus at gcc dot gnu dot org 2008-06-16 17:56 ---
Mark as waiting. Can any of you try whether the bug still exists for you?
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from burnus at gcc dot gnu dot org 2008-06-16 17:54 ---
Better patch. I'm not sure whether we are ever freeing the memory, but I think
even if not, it is not a big problem.
Index: scanner.c
===
--- scanner.c
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-06-16 16:29
---
Keep this opened until I update the documentation files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36515
--- Comment #5 from bangerth at dealii dot org 2008-06-16 15:03 ---
This appears to work for me now with
gcc version 4.4.0 20080527 (experimental) [trunk revision 136055] (GCC)
Can you check whether it also works for you?
W.
--
bangerth at dealii dot org changed:
What
--- Comment #3 from dseketel at redhat dot com 2008-06-16 11:15 ---
I forgot to say that my patch just affects the c++ front end of gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31754
--- Comment #2 from dseketel at redhat dot com 2008-06-16 11:13 ---
Created an attachment (id=15774)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15774&action=view)
produce more accurate column information in error messages
This patch modifies the c++ parser to produce more accur
--- Comment #7 from jwakely dot gcc at gmail dot com 2008-06-16 11:12
---
This has now been broken for at least 3 releases and is going to stay broken in
4.4 at this rate. Could a build maintainer comment on Richard's analysis in bug
35248? CCing Paolo again.
--
jwakely dot gcc at
--- Comment #4 from irar at gcc dot gnu dot org 2008-06-16 10:43 ---
Subject: Bug 36493
Author: irar
Date: Mon Jun 16 10:42:56 2008
New Revision: 136844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136844
Log:
PR tree-optimization/36493
* tree-vect-transform.c
--- Comment #3 from irar at gcc dot gnu dot org 2008-06-16 10:39 ---
Subject: Bug 36493
Author: irar
Date: Mon Jun 16 10:39:07 2008
New Revision: 136843
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136843
Log:
PR tree-optimization/36493
* tree-vect-transform.c
--- Comment #17 from josep dot m dot perez at bsc dot es 2008-06-16 09:23
---
I've reproduced the same problem with official GCC 4.3.1 on Linux amd64.
template
struct B {
struct C {
__attribute__((always_inline)) C(C const &c)
{
}
--- Comment #2 from ninive at gmx dot at 2008-06-16 09:11 ---
You are right. Sorry for disturbing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36547
--- Comment #7 from benny at ammitzboell-consult dot dk 2008-06-16 09:10
---
test.c also fails with gcc 3.4.6 - testcpp.cpp however works with gcc 3.4.6.
--
benny at ammitzboell-consult dot dk changed:
What|Removed |Added
-
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-16 08:43
---
This doesn't ICE anymore with current maintained GCCs (4_2, 4_3, mainline).
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
This works with "gcc", but not with "g++":
int main()
{
const char *x[] = (const char *[]){ "test","blabla" };
}
--
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 3.4.5
Status: UNCONFIRMED
Severity: normal
26 matches
Mail list logo