In some circumstances gcc 4.3.1 and later give the above warning incorrectly.
I have tried this with:
gcc (Debian 4.3.1-2) 4.3.1 on x86_64 (This is the compiler in current Debian
unstable)
gcc (GCC) 4.4.0 20080624 (experimental) [trunk revision 137057] on PowerPC -
this was built with --disable
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 07:14 ---
I think this is undefined code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from uros at gcc dot gnu dot org 2008-06-24 07:59 ---
Subject: Bug 36584
Author: uros
Date: Tue Jun 24 07:58:17 2008
New Revision: 137059
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137059
Log:
PR middle-end/36584
* calls.c (expand_call):
--- Comment #6 from ubizjak at gmail dot com 2008-06-24 08:02 ---
Fixed for mainline and 4.3 branch.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-24 08:22 ---
It looks like several improvements were installed since then. Can somebody
perhaps retry with the 4.3 branch and trunk?
--
aldot at gcc dot gnu dot org changed:
What|Removed
Compiling linux kernel 2.6.25.7 with gcc cross compiler for cris 4.3.1 produces
internal compiler error in net/core/stream.c sk_stream_wait_connect().
--
Summary: gcc-4.3.1 fails to compile linux kernel
sk_stream_wait_connect()
Product: gcc
--- Comment #1 from hinko dot kocevar at cetrtapot dot si 2008-06-24 08:39
---
Created an attachment (id=15808)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15808action=view)
preprocessed source that caused the internal compiler error
--
--- Comment #2 from hinko dot kocevar at cetrtapot dot si 2008-06-24 08:41
---
[EMAIL PROTECTED] /work/stage/git.br/project_build_cris/uclibc/linux-2.6.25.7 $
/work/stage/git.br/build_cris/staging_dir/usr/bin/cris-linux-uclibc-gcc
-Wp,-MD,net/core/.stream.o.d -nostdinc -isystem
The tool generation worked by the following command on my openSUSE 11.0 system
with the configuration parameter
--enable-languages=c,c++,fortran,java,objc,obj-c++,treelang.
[EMAIL PROTECTED]:~/Projekte/GNU/GCC/erzeugt/4.3.1/Auswahl date echo
'erzeugen...' make -j6 Bauprotokoll.txt 21 date
--- Comment #3 from hinko dot kocevar at cetrtapot dot si 2008-06-24 09:03
---
I can NOT reproduce the error with i686 toolchain.
[EMAIL PROTECTED] /work/stage/git.br/project_build_i686/uclibc/linux-2.6.25.7 $
/work/stage/git.br/build_i686/staging_dir/usr/bin/i686-linux-uclibc-gcc
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
While we have VAR_DECLs with DECL_VALUE_EXPR pointing to where various
shared etc. vars really live, those don't make it into the debug info at all,
as the newly created function has just one BLOCK with all the vars and that
doesn't have TREE_USED set on it.
A quick hack:
--- omp-low.c.jj4
--- Comment #1 from jakub at gcc dot gnu dot org 2008-06-24 10:01 ---
A testcase can be e.g.
int
foo (int *a, int *b, int *c, int *d)
{
return *a + *b + *c + *d;
}
int
main (void)
{
int vara = 1, varb = 0, varc, vard = 4;
#pragma omp parallel shared (vara, varb) private (varc)
--- Comment #5 from jakub at gcc dot gnu dot org 2008-06-24 10:07 ---
Subject: Bug 36504
Author: jakub
Date: Tue Jun 24 10:06:17 2008
New Revision: 137061
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137061
Log:
PR tree-optimization/36504
*
--- Comment #6 from jakub at gcc dot gnu dot org 2008-06-24 10:11 ---
Subject: Bug 36504
Author: jakub
Date: Tue Jun 24 10:10:44 2008
New Revision: 137062
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137062
Log:
PR tree-optimization/36504
*
--- Comment #7 from jakub at gcc dot gnu dot org 2008-06-24 10:12 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from hinko dot kocevar at cetrtapot dot si 2008-06-24 10:14
---
I can NOT reproduce the error with cris toolchain based on gcc 4.2.3.
[EMAIL PROTECTED] /work/stage/git.br/project_build_cris/uclibc/linux-2.6.25.7 $
--- Comment #5 from hinko dot kocevar at cetrtapot dot si 2008-06-24 11:01
---
I can reproduce the error with cris toolchain based on gcc 4.4-20080620
snapshot.
[EMAIL PROTECTED] /work/stage/git.br/project_build_cris/uclibc/linux-2.6.25.7 $
--- Comment #6 from hinko dot kocevar at cetrtapot dot si 2008-06-24 11:03
---
Created an attachment (id=15809)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15809action=view)
preprocessed source that caused the internal compiler error (with
gcc4.4-20080620)
--
--- Comment #10 from aldot at gcc dot gnu dot org 2008-06-24 11:19 ---
(In reply to comment #9)
DFP needs floating point exception support. If your C library doesn't
support it, you can disable DFP.
libdecnumber's configury should thus check whether fenv.h is available or not
and
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-24 11:21 ---
libdecnumber hunk could look like this:
Index: libdecnumber/configure.ac
===
--- libdecnumber/configure.ac (revision 137059)
+++
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-24 11:33 ---
You can compress the preprocessed source before attaching.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-24 11:42 ---
Fails since 4.1.0, still broken on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-24 11:44 ---
The warning is correct. The second access is always outside of the array.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-24 11:54
---
Hi. Yes, your solution seems a good one, barring larger changes to the code,
I'll just do it, thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-24 12:14
---
Fixed mainline and 4_3-branch.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from hp at gcc dot gnu dot org 2008-06-24 12:16 ---
*** Bug 36615 has been marked as a duplicate of this bug. ***
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hp at gcc dot gnu dot org 2008-06-24 12:16 ---
Thanks for th report, I hope you don't feel bad that I have to close it as a
duplicate: your work is appreciated. There's a hint in PR35492 if you want a
local patch. (I guess I should up the priority for fixing
--- Comment #10 from pluto at agmk dot net 2008-06-24 12:17 ---
(In reply to comment #9)
4.3.0: 334s 1.6GB
trunk: 62.20s 640MB
trunk with SFTs: 327s 1.2GB
so, fixed for 4.4.0.
current 4.3 branch stats:
-O1 -g0 : ~615MB, 0m58s
-O2 -g0 : ~935MB, 2m13s
looks far better than 4.3.0.
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-24 12:28 ---
We expand
25return left right;
to
sall%cl, %ecx
but we initialized %ecx from
movb%dl, %cl
so later the comparison against zero fails due to the upper part of ecx
being
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-24 12:34
---
This is essentially because openSUSE 11.0 uses glibc2.8 (at variance with 10.3,
for example). Likely, there are some small changes in the localedata, not
worrisome, but let's look a bit into it.
--
paolo
--- Comment #12 from joseph at codesourcery dot com 2008-06-24 12:36
---
Subject: Re: pulls in allegedly unneeded floatingpoint
exception access funcs
On Tue, 24 Jun 2008, aldot at gcc dot gnu dot org wrote:
libdecnumber hunk could look like this:
libdecnumber's configure.ac is
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-24 12:40 ---
Actually this may be a reload/df problem -- in reload we have
;; bb 4 artificial_defs: { }
;; bb 4 artificial_uses: { u-1(6){ }u-1(7){ }}
;; lr in1 [dx] 6 [bp] 7 [sp] 20 [frame]
;; lr use 1 [dx] 6
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-06-24 12:46
---
Yes. Fixed for 4.3.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hinko dot kocevar at cetrtapot dot si 2008-06-24 12:48
---
I have no problem with that - if it is a duplicate it is a duplicate..
The PR35492 is explaining something but I'm too lame to understand the compiler
talk. I guess I'll wait for the trunk fix. OTOH if
--- Comment #2 from ubizjak at gmail dot com 2008-06-24 12:59 ---
(In reply to comment #1)
This is essentially because openSUSE 11.0 uses glibc2.8 (at variance with
10.3,
for example). Likely, there are some small changes in the localedata, not
worrisome, but let's look a bit into
--- Comment #3 from paolo dot carlini at oracle dot com 2008-06-24 13:07
---
Yes, I suppose Fedora also uses glibc2.8?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
bootstrap failure when building gcc-4.4-20080620.
Did NOT happen with gcc-4.4-20080613. Let
me know if you want more details.
/bin/sh ./libtool --tag=GCJ --mode=compile
/usr/local/gcc-4.4-20080620/src/obj-x86_64-Linux-fc8/gcc/gcj
--- Comment #1 from ubizjak at gmail dot com 2008-06-24 13:47 ---
According to recent testresults, bootstrap works OK on x86_64:
http://gcc.gnu.org/ml/gcc-bugs/2008-06/msg01426.html
Can you try to build from a clean build dir?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36618
--- Comment #11 from jakub at gcc dot gnu dot org 2008-06-24 14:44 ---
PROGRAM PR35659
DIMENSION A(1000), B(1010), AUX(8), IPIV(8), X(16)
COMMON /TLSDIM/ M1,M,N,L,IER
COMMON /SLATE/ V1,V2,IAR(24),DUM(14)
DATA A/0, 1, 0, 0, 1, 0, 2, 0, 1, 0, 0, 0, 1,
--- Comment #12 from jakub at gcc dot gnu dot org 2008-06-24 15:04 ---
Even smaller reproducer:
PROGRAM PR35659
DIMENSION A(1000), B(1010), AUX(8), IPIV(8), X(16)
COMMON /TLSDIM/ M1,M,N,L,IER
COMMON /SLATE/ V1,V2,IAR(24),DUM(14)
DATA A/0, 1, 0, 0, 1, 0, 2,
--- Comment #4 from ubizjak at gmail dot com 2008-06-24 15:19 ---
(In reply to comment #3)
Yes, I suppose Fedora also uses glibc2.8?
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
An attached program being compiled with
gnatmake boom
crached at runtime with CONSTRAINT_ERROR tag check failed.
--
Summary: Assignment to classwide leads to constraint error
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity:
--- Comment #1 from fedya_fedyakoff at inbox dot ru 2008-06-24 15:29
---
Created an attachment (id=15810)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15810action=view)
Simple code exposing erroneous behaviour
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36619
I got
Executing on host: /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/pr36504.c -O3
-fprefetch-loop-arrays -fno-show-column -S -m32 -o pr36504.s(timeout =
300)
--- Comment #5 from paolo at gcc dot gnu dot org 2008-06-24 16:31 ---
Subject: Bug 36616
Author: paolo
Date: Tue Jun 24 16:31:06 2008
New Revision: 137073
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137073
Log:
2008-06-24 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from paolo at gcc dot gnu dot org 2008-06-24 16:32 ---
Subject: Bug 36616
Author: paolo
Date: Tue Jun 24 16:31:22 2008
New Revision: 137074
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137074
Log:
2008-06-24 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #7 from paolo dot carlini at oracle dot com 2008-06-24 16:34
---
Fixed for mainline and 4.3.2.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from Markus dot Elfring at web dot de 2008-06-24 17:13
---
Thanks.
Were only the test cases affected?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
--- Comment #9 from paolo dot carlini at oracle dot com 2008-06-24 17:18
---
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
--- Comment #3 from cvs-commit at developer dot classpath dot org
2008-06-24 17:36 ---
Subject: Bug 32198
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey tromey 08/06/24 17:36:07
Modified files:
. : ChangeLog
--- Comment #1 from vinutheraj at gmail dot com 2008-06-24 18:21 ---
This code seems to work against the gcc version
in ubuntu 8.04
heres the output :
$ ./u threaded
0x400af4 handler+0x1a
0x400b15 crash+0x10
0x7fc507445b2d clone+0x6d
$ gcc -v
Using built-in specs.
Target:
--- Comment #4 from tromey at gcc dot gnu dot org 2008-06-24 18:32 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2008-06-24 18:32 ---
Subject: Bug 32198
Author: tromey
Date: Tue Jun 24 18:31:49 2008
New Revision: 137084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137084
Log:
PR libgcj/32198:
*
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2008-06-24
19:10 ---
Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution at -O2 and above
This fixes it for me. Can you check on hppa?
It also works on hppa. Tested on hhpa-unknown-linux-gnu
--- Comment #117 from pepalogik at seznam dot cz 2008-06-24 20:12 ---
(In reply to comment #116)
Yes, but this requires quite a complicated workaround (solution (4) in my
comment #109).
The problem is on the compiler side, which could store every result of a cast
or an
--- Comment #3 from bunk at stusta dot de 2008-06-24 20:19 ---
Yes, bfin-uclinux works for me.
It might be nice to get bfin-linux as an alias for bfin-uclinux, but this bug
of mine is definitely INVALID.
--
bunk at stusta dot de changed:
What|Removed
--- Comment #10 from ubizjak at gmail dot com 2008-06-24 20:42 ---
Hm, these now fail on my x86_64 Fedora 9:
FAIL: 22_locale/time_put/put/char/4.cc execution test
FAIL: 22_locale/time_put/put/char/wrapped_env.cc execution test
FAIL: 22_locale/time_put/put/char/wrapped_locale.cc
--- Comment #13 from redi at gcc dot gnu dot org 2008-06-24 20:44 ---
Subject: Bug 23194
Author: redi
Date: Tue Jun 24 20:44:04 2008
New Revision: 137086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137086
Log:
PR c++/23194
* typeck.c (cp_build_function_call):
--- Comment #118 from vincent at vinc17 dot org 2008-06-24 20:45 ---
(In reply to comment #117)
By a lucky hit, I have found this in the GCC documentation:
-mpc32
-mpc64
-mpc80
OK, this is new in gcc 4.3. I haven't tried, but if gcc just changes the
precision without changing the
--- Comment #14 from jwakely dot gcc at gmail dot com 2008-06-24 20:46
---
Fixed for 4.4
--
jwakely dot gcc at gmail dot com changed:
What|Removed |Added
--- Comment #2 from vinutheraj at gmail dot com 2008-06-24 20:58 ---
Created an attachment (id=15811)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15811action=view)
Its a patch provided with ubuntu and debian which solves this backtrace problem
This patch provided with ubuntu and
--- Comment #3 from vinutheraj at gmail dot com 2008-06-24 21:04 ---
Created an attachment (id=15812)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15812action=view)
A patch which comes with debian and ubuntu which solves this problem
A patch which is provided with ubuntu and
--- Comment #3 from pluto at agmk dot net 2008-06-24 21:27 ---
(In reply to comment #2)
Created an attachment (id=15811)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15811action=view) [edit]
Its a patch provided with ubuntu and debian which solves this backtrace
problem
--- Comment #11 from paolo dot carlini at oracle dot com 2008-06-24 21:29
---
Frankly, I find that extremely hard to believe, did you fully update? Because
of course I tested both on a glibc2.8 machine (openSUSE 11) and a glibc2.6.1
machine. Please post the relevant lines in
--- Comment #2 from pault at gcc dot gnu dot org 2008-06-24 21:45 ---
Subject: Bug 36371
Author: pault
Date: Tue Jun 24 21:44:28 2008
New Revision: 137088
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137088
Log:
2008-06-24 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2008-06-24 21:45 ---
Subject: Bug 34371
Author: pault
Date: Tue Jun 24 21:44:28 2008
New Revision: 137088
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137088
Log:
2008-06-24 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-24 22:02 ---
*** Bug 36621 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-24 22:02 ---
*** This bug has been marked as a duplicate of 36568 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-06-24 22:03 ---
This is a glibc bug then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-06-24 22:42 ---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36594
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-06-24 22:42 ---
Subject: Bug 36594
Author: pinskia
Date: Tue Jun 24 22:42:10 2008
New Revision: 137089
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137089
Log:
2008-06-24 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-06-24 22:43 ---
Fixed I said.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following code causes this gcc error:
test.c: In member function `void Test2TAnotherClass::Initialize()':
test.c:22: error: expected primary-expression before '' token
test.c:22: error: expected primary-expression before ')' token
template class TSomeClass
class Test1
{
public:
template
On Tue, Jun 24, 2008 at 4:06 PM, Andrew McPherson
[EMAIL PROTECTED] wrote:
template class TAnotherClass
class Test2
{
public:
void Initialize()
{
You missed the template keyword here:
mTest.TestMeNothing2();
That should be:
mTest. template
Hi,
I am compiling this against SuSE Linux Ent. Server 9 32-bit.
I get the following error at stage2:
---snip---
../../gcc-4.3.1/gcc/gcse.c: In function ?one_cprop_pass?:
../../gcc-4.3.1/gcc/gcse.c:3458: error: invalid rtl sharing found in the insn
(insn 865 862 866 141
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 23:36 ---
How did you configure GCC? Do you have CFLAGS set? How did you invoke make?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
I am compiling this against SuSE Linux Ent. Server 9 32-bit.
I get the following error at stage2:
---snip---
../../gcc-4.3.1/gcc/gcse.c: In function ?one_cprop_pass?:
../../gcc-4.3.1/gcc/gcse.c:3458: error: invalid rtl sharing found in the insn
(insn 865 862 866 141
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-24 23:37 ---
(const:SI (plus:SI (unspec:SI [
(symbol_ref:SI (set_hash_table)
[flags 0x2] var_decl 0x40a98c08 set_hash_table)
] 1)
Should only
Hi,
I am compiling this against SuSE Linux Ent. Server 9 32-bit.
I get the following error at stage2:
---snip---
../../gcc-4.3.1/gcc/gcse.c: In function ?one_cprop_pass?:
../../gcc-4.3.1/gcc/gcse.c:3458: error: invalid rtl sharing found in the insn
(insn 865 862 866 141
--- Comment #5 from vinutheraj at gmail dot com 2008-06-24 23:39 ---
Yup its a glibc bug, I was working on porting something
when I chanced upon it, and was surprised to see the bug reported
here. So if somebody can report it over at glibc bugzilla, it
would be very helpful.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 23:40 ---
*** This bug has been marked as a duplicate of 36622 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-06-24 23:40 ---
*** Bug 36623 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36622
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 23:40 ---
*** This bug has been marked as a duplicate of 36622 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-06-24 23:40 ---
*** Bug 36624 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36622
I expected to see a diagnostic for the following program regardless of whether
the template is instantiated or not, or whether the nested type is used or not.
Gcc only diagnoses the attribute when the type is used.
That said, rather than diagnosing it, it'd be even more useful to allow non
type
--- Comment #5 from imam dot toufique at intel dot com 2008-06-24 23:46
---
(pardon me, I am pretty new for submitting bug reports at this site)
From the previous note I just received, it looks like I should not be using
fPIC option to compile gcc? is this applicable for both 32 and
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 23:47 ---
I think this is valid thing to do with aligned attribute. On the trunk we just
get:
t.cc: In instantiation of 'A123::S':
t.cc:10: instantiated from here
t.cc:3: error: requested alignment is not a constant
I
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-24 23:49 ---
Related to PR 19163.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36625
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-06-25 01:01 ---
So, you are suggesting that I should remove fPIC option, correct?
Yes. Is there a reason why you have CFLAGS set anyways?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36622
--- Comment #7 from imam dot toufique at intel dot com 2008-06-25 01:13
---
(In reply to comment #6)
So, you are suggesting that I should remove fPIC option, correct?
Yes. Is there a reason why you have CFLAGS set anyways?
Hi Andrew,
I have the CFLAGS for 2 reasons:
1. I have
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-06-25 01:15 ---
1. I have the mpfr and gmp libs in non standard locations, so I want to make
sure that the gcc install looks at the correct places.
That is what --with-gmp=/--with-mpfr= are for.
--
--- Comment #9 from imam dot toufique at intel dot com 2008-06-25 01:18
---
(In reply to comment #8)
1. I have the mpfr and gmp libs in non standard locations, so I want to
make
sure that the gcc install looks at the correct places.
That is what --with-gmp=/--with-mpfr= are
This:
class a{
public:
static const signed long long int b = 1;
static const unsigned long long int c = unsigned long long int(b);
};
gets you this:
~/ootbc/asm$ g++ foo.cc
foo.cc:4: error: expected primary-expression before unsigned
foo.cc:4: error: expected ; before
96 matches
Mail list logo
