--- Additional Comments From paolo dot bonzini at lu dot unisi dot ch
2004-11-23 08:19 ---
Subject: Re: [4.0 Regression] ABI breakage for 16-byte
vectors (non-Altivec ABI ISA)
patches committed
Thank you very much. Sorry for the misunderstandings.
Paolo
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-23
08:24 ---
Please attach a preprocessed testcase.
--
What|Removed |Added
Hello there,
I just tried to compile the gcc343 with the Intel C compiler version 8.1
on Linux Fedora Core 2.
Here is an extract from the results
../../src/gcc-3.4.3/libiberty/cplus-dem.c(979): remark #593: variable
at_start_name was set but never used
Hello there,
For the following source code, g++ 343 appears unable to detect that
local variable b is set but not used.
void g( int );
void f( int a)
{
int b;
if (a 0)
{
b = 1;
}
else
{
b = 2;
}
g(
--- Additional Comments From harald dot vogt at desy dot de 2004-11-23
08:53 ---
(In reply to comment #0)
This bug is specific for the x86_64 architecture. On 32 bit architectures it
does not occur.
[lx64 16:27] ~/test/cernlib/x86_64 gcc -v -save-temps -O test1.f funct2.c
-lg2c
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-23
09:08 ---
Investigating.
--
What|Removed |Added
CC|ebotcazou at gcc dot gnu dot|
--- Additional Comments From trapni at gentoo dot org 2004-11-23 09:19
---
I'm having the (NEARLY?) same problem, using gcc 3.4.3
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/bin/ld:
`typeinfo for CodeDOM::TAttribute'referenced in section
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23
09:19 ---
Subject: Bug 18403
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-23 09:19:25
Modified files:
gcc: ChangeLog tree-vectorizer.c
Log
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23
09:19 ---
Subject: Bug 18505
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-23 09:19:25
Modified files:
gcc: ChangeLog tree-vectorizer.c
Log
--- Additional Comments From matthew at linuxfromscratch dot org
2004-11-23 10:18 ---
Would someone mind commenting on what needs to happen with this bug please? My
testing has shown that the behaviour of -Weffc++ is correct with regard to
system headers. The problem is that some of
--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-11-23
10:57 ---
I agree that this is a bug, and I think it's been fixed now for gcc-4.x, but I'm
not going to attempt to back-port the fix to the branch, given the possible
work-around outlined below.
The reason for the
--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-11-23
11:03 ---
Subject: Re: EP9312 gcc: undefined reference to __divdf3
On Tue, 2004-11-23 at 06:04, zhangyijin_2008 at 163 dot com wrote:
I use this function and I test it can run ok. But I don`t know can it run ok
--- Additional Comments From zhangyijin_2008 at 163 dot com 2004-11-23
11:39 ---
(In reply to comment #4)
I agree that this is a bug, and I think it's been fixed now for gcc-4.x, but
I'm
not going to attempt to back-port the fix to the branch, given the possible
work-around outlined
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
12:08 ---
Well, here's not a quote from the standard, but an example that illustrates
why this is really shadowing:
==
struct A
{
typedef int X;
void foo() {
The following invalid code snippet causes a very redundant error message
since gcc 3.4.0:
===
typedef int X;
typedef void X;
===
bug.cc:2: error: conflicting declaration 'typedef void X'
bug.cc:1: error: 'X' has a previous declaration as `typedef int X'
bug.cc:2:
--- Additional Comments From ramya dot chandar at wipro dot com 2004-11-23
12:31 ---
Subject: Re: seems not possible to specialize a template member
function
clarification please...
I tried including template in front of each of the specialized template
member functions. It doesn't
--
What|Removed |Added
Severity|normal |minor
Component|c |other
--
What|Removed |Added
Keywords||diagnostic
Priority|P2 |P3
Summary|g++ 343 cannot detect local
--
What|Removed |Added
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18625
--- Additional Comments From pcarlini at suse dot de 2004-11-23 12:44
---
I see... Likely, we can't use the standard in order to sort out this issue and
I'm coming to the conclusion that you are right, the warning is welcome.
Anyway, just FYI, the EDG front end (as shipped in Icc8.1)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
12:57 ---
This is required by the C++ ABI.
Primary virtual pointer: address of the primary virtual table for the complete
object D.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
12:59 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
13:02 ---
Confirmed, these are all really unused but one should becare full when removing
at least one of them
gets its value from a function.
--
What|Removed |Added
--
What|Removed |Added
Severity|enhancement |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
13:06 ---
Yes this would be slightly useful but one has to be care full of what is warned
about.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23
13:13 ---
Subject: Bug 17813
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-11-23 13:12:36
Modified files:
gcc:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-23
13:14 ---
Fixed on mainline and 3.4 branch now.
--
What|Removed |Added
--- Additional Comments From uros at gcc dot gnu dot org 2004-11-23 13:26
---
Works OK with gcc version 4.0.0 20041123 (experimental). Following ASM is
produced with 'gcc -march=pentium4 -mcpu=pentium4 -msse2 -funroll-loops':
.LC0:
.long 0
.long 1072693248
--- Additional Comments From giovannibajo at libero dot it 2004-11-23
13:33 ---
I eventually managed to test the patch, but there are testsuite failures:
FAIL: gcc.dg/debug/dwarf2/dwarf-die7.c scan-assembler 1.*DW_AT_inline
FAIL: gcc.dg/winline-2.c (test for warnings, line 4)
FAIL:
--- Additional Comments From uros at gcc dot gnu dot org 2004-11-23 13:35
---
Oops... gcc 4.0 crashes with -msse2 -O2, with or without -funroll-loops:
pr18614.c: In function âmainâ:
pr18614.c:12: internal compiler error: in simplify_binary_operation, at
simplify-rtx.c:1202
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
13:41 ---
FAIL: gcc.dg/debug/dwarf2/dwarf-die7.c scan-assembler 1.*DW_AT_inline
Was there before your patch if you are testing on 4.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071
--- Additional Comments From schlie at comcast dot net 2004-11-23 13:49
---
Subject: Re: missed volatile variable optimizations
Reviewing the rtl dump of the code, it does appear that SI mode volatile
and nonvolatile variables are being initialized similarly (through an
intermediate),
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
13:58 ---
I think Ada is now bootstrapping on ppc (because of my patch for PR 18572) but
I see this ICE when
running the acats testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18237
With
../gcc-3.4.3/configure -enable-languages=c,c++ --enable-threads=posix
--disable-nls --with-gnu-as --with-as=/opt/gcc34-64/bin/as
--with-ld=/usr/ccs/bin/ld --enable-shared --prefix=/opt/gcc34-64
--host=hppa64-hp-hpux11.11 --disable-checking
make bootstrap
fails eventually with
--- Additional Comments From uros at gcc dot gnu dot org 2004-11-23 14:04
---
Gcc crashes with this insn:
(insn 25 24 26 0 (set (reg:V4SF 60 [ D.1457 ])
(subreg:V4SF (vec_concat:V4SI (subreg:V2SI (float_truncate:V2SF
(reg:V2DF 73)) 0)
(const_vector:V2SI [
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
14:13 ---
This sounds more like a ld bug than anything.
Please add a -v to the gcc invocation and attach the output here.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
14:14 ---
OK. What about the three redundant typedefs in codecvt_specializations.h ?
Are we going to remove them for 4.0 or rather in the libstdcxx_so_7-branch ?
Or do we leave them untouched ?
Btw, in the 4.0
--- Additional Comments From pcarlini at suse dot de 2004-11-23 14:21
---
Don't worry about those: one of these days, as soon as some other issues are
sorted out, I will remove all three. Thanks again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18530
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
14:24 ---
Ok. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18530
--- Additional Comments From harri dot pasanen at trema dot com 2004-11-23
14:27 ---
(In reply to comment #1)
This sounds more like a ld bug than anything.
Please add a -v to the gcc invocation and attach the output here.
I did spend some time trying to find out where
the
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
14:31 ---
This sounds like your ld is adding the library for some reason. This does not
sound like a gcc bug at all
but it sounds like you installed something which triged the ld to add that
library.
--
--- Additional Comments From harri dot pasanen at trema dot com 2004-11-23
14:42 ---
Even more verbose, after adding -Wl,-v
I guess at this stage of bootstrap it is still using the build
compiler/linker? I don't know why it would otherwise refer to /usr/ccs/bin/ld
when
--- Additional Comments From uros at gcc dot gnu dot org 2004-11-23 14:43
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01867.html
Resulting ASM with '-O2 -msse2' is much better. Optimization did its job quite
well :)
.LC1:
.long 1065353216
.long
I'm pretty sure this is not related to 17491.
Did a default configure:
--
Using built-in specs.
Configured with: ../Tarballs/gcc-4.0-20041121/configure
--prefix=/Users/ed/gcc-4.0.0
Thread model: posix
gcc version 4.0.0 20041121 (experimental)
--
And did make bootstrap (many things built
--- Additional Comments From intelliguy_sa at hotmail dot com 2004-11-23
14:55 ---
(In reply to comment #1)
This is required by the C++ ABI.
Primary virtual pointer: address of the primary virtual table for the complete
object D.
Thanks. Is it possible to implement primary virtual
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
14:57 ---
You need a newer binutils. See PR 18142.
*** This bug has been marked as a duplicate of 18142 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
14:57 ---
*** Bug 18627 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From amacleod at redhat dot com 2004-11-23 15:05
---
I have no idea what you are talking about. what are you doing, adding a hash
value to the stmt for the vmaydef and vuse lists?
And in the new numbers, why does tree alaising go down if its not affected? And
When I compile qt-x11-free-3.3.3 with the actual snapshot using the options:
-O3 --param max-gcse-passes=4 -floop-optimize2 -fmove-loop-invariants
I get get a miscompilation in the file sql_lex.cc in a very complex switch
statement which results in an error during linking:
undefined reference
--- Additional Comments From micis at gmx dot de 2004-11-23 15:14 ---
Created an attachment (id=7587)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7587action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
15:20 ---
No I changed the options so that -fPIC would not be used and the scheduler did
not take up 200
seconds which is why the precentage is different.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
15:39 ---
I can confirm this on i686-pc-linux-gnu just using -O2.
--
What|Removed |Added
With the CVS version of GCC compiled for arm-elf, I get a segmentation fault
with -O2 -fnew-ra.
GCC version info:
[EMAIL PROTECTED] build-arm-elf]$ arm-elf-gcc --version
arm-elf-gcc (GCC) 4.0.0 20041123 (experimental)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see
--- Additional Comments From janne at hybrid dot fi 2004-11-23 15:54
---
Created an attachment (id=7588)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7588action=view)
sample case for -fnew-ra ICE
Can be used to reproduced the segmentation fault. I also checked that this
file
Your password was changed successfully!
++ User-Service: http://www.medinova.com
++ MailTo: [EMAIL PROTECTED]
*-*-* Mail_Scanner: No Virus
*-*-* GCC.GNU- Anti_Virus Service
*-*-* http://www.gcc.gnu.org
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
16:10 ---
Here's a reduced testcase for i686-pc-liux-gnu. Just compile with
gcc -O2 to see a linker failure:
==
enum { e0, e1, e2, e3, e4, e5 } e;
int main()
{
for (;;)
{
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
16:16 ---
Works also with int:
int i;
int main()
{
for (;;)
{
switch (i)
{
case 0:
case 1:
return 1;
case 2:
case 3:
return 0;
It is impossible to compile Firefox on IBM zSeries with gcc 3.2.2:
/mnt/mozilla/xpcom/reflect/xptcall/src/md/unix c++ -o xptcinvoke_linux_s390x.o
-c -DOSTYPE=\Linux2.4\ -DOSARCH=\Linux\ -DEXPORT_XPTC_API
-I../../../../../../dist/include/xpcom -I../../../../../../dist/include
--- Additional Comments From uros at gcc dot gnu dot org 2004-11-23 16:30
---
Fixed on mainline:
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-23 16:20:51
Modified files:
gcc: ChangeLog simplify-rtx.c
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
16:34 ---
The regression appears in gcc 3.5.0 20040712.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
--- Additional Comments From hjl at lucon dot org 2004-11-23 16:40 ---
Please try the Linux binutils 2.15.94.0.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625
The AltiVec variant of the PowerPC 64-bit ABI specifies that types that
map to hardware vectors are passed in vector registers. There used to
be error messages for passing vectors by value or returning vectors
from functions if AltiVec support was on but the non-AltiVec ABI was
used. For this
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-23
16:53 ---
Zdenek, the regression was introduced by your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00536.html
Could you please have a look?
--
What|Removed |Added
--
What|Removed |Added
Component|c++ |target
GCC host triplet|SuSE Linux SLES 8 (Kernel |
|2.4.21-251) on IBM zSeries |
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
16:55 ---
Please read http://gcc.gnu.org/bugs.html and attach the preprocessed source.
Also please try a new gcc since 3.2.2 is getting old and 3.3.5 and 3.4.3 are
out?
--
--- Additional Comments From giovannibajo at libero dot it 2004-11-23
17:07 ---
Did you do a bootstrap test cycle on 3.4 as well?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
17:09 ---
I really doubt that his change did anything except maybe change the tree level.
Here is one which can most likely reproduced before his change:
int main (int i)
{
int lsm_tmp1;
int D1127;
lsm_tmp1 =
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jh at suse dot cz
|dot org |
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
17:13 ---
In fact we just to ICE on my example back before 2004-06-18 and not produce the
label after that.
It worked before 20040511 but in 2004-05-14 we produced the segfault. (this is
the time period
which
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
17:22 ---
It started to ICE on the tree-ssa:
: Search converges between 2003-08-31-ssa (#74) and 2003-09-01-ssa (#75).
But it stopped:
: Search converges between 2003-09-01-ssa (#75) and 2003-09-03-ssa (#76).
At
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
17:38 ---
The bug looks to be in *.ce1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
17:48 ---
We are removing a bb which we should not be.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
18:15 ---
Well before we would move the label but now we don't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
--- Additional Comments From giovannibajo at libero dot it 2004-11-23
18:33 ---
Another good question is why we do not get a similar warning during a bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18623
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
18:34 ---
That is filed under PR 18624.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18623
[EMAIL PROTECTED] tmp]$ cat x.c
extern void foo ();
void
bar ()
{
foo ();
}
extern void __GI_foo ();
extern void foo () __asm__ (__GI_foo);
[EMAIL PROTECTED] tmp]$ /usr/gcc-3.4/bin/gcc -S -O2 x.c
[EMAIL PROTECTED] tmp]$ /usr/gcc-4.0/bin/gcc -S -O2 x.c
x.c:8: warning: asm declaration ignored due
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
19:08 ---
This is related to PR 17982.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From hjl at lucon dot org 2004-11-23 19:12 ---
*** This bug has been marked as a duplicate of 17982 ***
--
What|Removed |Added
--- Additional Comments From hjl at lucon dot org 2004-11-23 19:13 ---
*** Bug 18632 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
The operator[] method on hash_map will unnecessarily resize the container when
used to access an existing element when the container size is at any of the
values in the __stl_prime_list table (ext/hashtable.h). This unnecessarily
causes the container capacity to double in size and the elements to
--- Additional Comments From hjl at lucon dot org 2004-11-23 19:18 ---
It also happens on x86_64 and i386 if -O1 or -O0 is used. It has nothing to
do with function inline.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
19:22 ---
Actually the example in comment #0 does not fail on x86 or ppc, only ia64
because of the reasons I
outlined. Now the testcase in PR 18632 has always failed, we just did not warn
about it.
--
--- Additional Comments From dorit at il dot ibm dot com 2004-11-23 19:48
---
just for the record - related comments from http://gcc.gnu.org/ml/gcc-
patches/2004-11/msg01394.html:
A question: how would you write a testcase that when compiled on
powerpc*
the dg-final check xfails
--- Additional Comments From pcarlini at suse dot de 2004-11-23 19:49
---
Thanks.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse
--- Additional Comments From dorit at il dot ibm dot com 2004-11-23 20:08
---
see - http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01891.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18173
--- Additional Comments From hjl at lucon dot org 2004-11-23 21:13 ---
Does this patch
--- gcc/c-pragma.c.rename 2004-11-09 12:03:42.0 -0800
+++ gcc/c-pragma.c 2004-11-23 13:03:26.020304351 -0800
@@ -473,8 +473,11 @@ maybe_apply_renaming_pragma (tree decl,
return
--- Additional Comments From zack at codesourcery dot com 2004-11-23 22:19
---
Subject: Re: [4.0 regression] asm declaration ignored due to conflict with
previous rename
hjl at lucon dot org [EMAIL PROTECTED] writes:
--- Additional Comments From hjl at lucon dot org 2004-11-23
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-23
22:56 ---
This has been fixed on mainline. Note that you need a recent (2004-09) binutils
with support for new dot-symbol conventions when you configure and build GCC.
I can make a patch available for 3.4.3 if
--
Summary: ICE
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
--- Additional Comments From igodard at pacbell dot net 2004-11-23 23:09
---
Created an attachment (id=7589)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7589action=view)
Compiler output (-v -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18634
The following (presumably invalid) code is compiled successfully:
int main(void)
{
int a = a;
printf(a = %d\n, a);
return 0;
}
albeit with the following warning (if given -Wall -W):
foo.cc: In function `int main()':
foo.cc:5: warning: 'a' might be used
--- Additional Comments From igodard at pacbell dot net 2004-11-23 23:13
---
Created an attachment (id=7590)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7590action=view)
Source code (-save-temps) (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18634
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
23:19 ---
g++: Internal error: Killed (program cc1plus)
Means that the cc1plus ran out of memory.
--
What|Removed |Added
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
--
What|Removed |Added
Summary|local label names can |[3.4 only] local label names
|collide with function names |can collide with function
With LAST_UPDATED: Tue Nov 23 20:48:44 UTC 2004 I get:
/gcc/xgcc -B/home/hp/combined/mmixware-sim/gcc/ -nostdinc
-B/home/hp/combined/mmixware-sim/mmix-knuth-mmixware/gnuabi/newlib/ -isystem
/home/hp/combined/mmixware-sim/mmix-knuth-mmixware/gnuabi/newlib/targ-include
-isystem
The pragma handler wrapper interfaces c_register_pragma and
c_register_pragma_with_expansion should be merged back into
a single interface taking a flag. (At the point of addition
of c_register_pragma_with_expansion, the churn this would have
caused to unrelated back ends was inappropriate, but
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
23:31 ---
With the mainline I get errors:
/home/ivan/ootbc/common/include/powerset.hh: In instantiation of
'powersetsize_t,
standardAllocator':
/home/ivan/ootbc/common/include/display.hh:433: instantiated from
Macros are expanded in some Solaris pragmas, such as #pragma align.
However, this is currently disabled for C++. The #pragma handling
should be changed so that macros are expanded when the pragma is
encountered, if the specification of the particular pragma requires
macro expansion, rather than
1 - 100 of 174 matches
Mail list logo
