--- Comment #3 from kees at outflux dot net 2009-03-24 07:10 ---
g++.old-deja/g++.pt/t39.C: It looks like ptr[0],[1],[2] are either int or const
char (i.e. ptr is int* or const char*). %p doesn't make much sense in those
cases, so I opted for a cast.
I'm not sure I followed your last se
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-03-24 07:28 ---
(In reply to comment #3)
> g++.old-deja/g++.pt/t39.C: It looks like ptr[0],[1],[2] are either int or
> const
> char (i.e. ptr is int* or const char*). %p doesn't make much sense in those
> cases, so I opted for a ca
--- Comment #2 from irar at il dot ibm dot com 2009-03-24 08:23 ---
I am testing this patch:
Index: tree-vect-transform.c
===
--- tree-vect-transform.c (revision 145027)
+++ tree-vect-transform.c (working copy)
--- Comment #2 from MR dot Swami dot Reddy at nsc dot com 2009-03-24 08:35
---
Subject: Re: wrong function name and line numbers with
-g -O2 option
pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2009-03-24 05:16
> ---
> Please
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.0/4.1/4.2/4.3/4.4|[4.2/4.3/4.4 Regression]
|Regression] repeated entr
With -g -O2 option, crx-elf-gcc generates wrong line numbers and function
names.
==
/tmp/ccrrZsJf.o: In function `090312 (experimental)':
/home10/swami/test.c:5: undefined reference to `_f1'
collect2: ld returned 1 exit status
===
Expected output could be:
===
/tmp/ccEJcFRs.o: In function `main':
With -g -O2 option, crx-elf-gcc generates wrong line numbers and function
names.
==
/tmp/ccrrZsJf.o: In function `090312 (experimental)':
/home10/swami/test.c:5: undefined reference to `_f1'
collect2: ld returned 1 exit status
===
Expected output could be:
===
/tmp/ccEJcFRs.o: In function `main':
With -g -O2 option, crx-elf-gcc generates wrong line numbers and function
names.
==
/tmp/ccrrZsJf.o: In function `090312 (experimental)':
/home10/swami/test.c:5: undefined reference to `_f1'
collect2: ld returned 1 exit status
===
Expected output could be:
===
/tmp/ccEJcFRs.o: In function `main':
Hi,
Consider the code
struct A{
void fn(){cout << "1";}
};
template
struct B{
void fn(){cout << "2";}
};
template
struct C : A, B{
C(){ fn(); } // fn is a non dependent name.
};
int main(){
C c;
}
In this case, it looks fairly intuitive that the
--- Comment #4 from doko at ubuntu dot com 2009-03-24 10:40 ---
confirmed with 4.3.4 and 4.4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26155
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-24 11:00 ---
*** This bug has been marked as a duplicate of 39535 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-24 11:00 ---
*** Bug 39540 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39535
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-24 11:00 ---
*** This bug has been marked as a duplicate of 39535 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-24 11:00 ---
*** Bug 39539 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39535
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-24 11:01 ---
*** This bug has been marked as a duplicate of 39535 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-24 11:01 ---
*** Bug 39538 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39535
--- Comment #6 from MR dot Swami dot Reddy at nsc dot com 2009-03-24 11:04
---
Subject: Re: wrong function name and line numbers with
-g -O2 option
rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-24 11:00
> ---
> *** Bug
[forwarded from https://launchpad.net/bugs/332115]
While the documentation states that vasprintf and asprintf belong to the the
header, the C++ header doesn't contain any definition to
them, thus forcing one to also #include
--
Summary: doesn't contain vasprintf() and asprintf()
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-24 11:20 ---
These are GNU extensions not appropriate for a ISO C++ header file (the
standard lists which functions are to be made available in the std namespace).
So at most they could be added to the __gnucxx namespace?
--
The following testcase errors while reloading the asms with -O3 -m32 or
-O3 -m32 -DOMIT_FRAME_POINTER -fomit-frame-pointer since r139993 (before that
it worked even with IRA, after that -fno-ira cured it while we still had it).
I agree mplayer pushes the limits a little bit too far by having so man
--- Comment #2 from paolo dot carlini at oracle dot com 2009-03-24 11:36
---
This is definitely not a bug. Note, in our implementation is included
anyway from as an implementation detail.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #3 from irar at il dot ibm dot com 2009-03-24 11:42 ---
(In reply to comment #0)
> My solution:
> After each loop is vectorized, and SSA is updated, I re-compute alias
> info. I am not familiar with the vectorizer sources, so I don't know
> if there is a more efficient way to
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39464
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-24 11:27 ---
Ah, forgot the testcase:
float __attribute__ ((aligned (16))) s0[128];
const float s1 = 0.707;
float s2[8] __attribute__ ((aligned (16)));
float s3[8] __attribute__ ((aligned (16)));
float s4[16] __attribute__ ((align
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-24 11:47 ---
How is this a regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39492
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-24 11:47 ---
Can we please have a status update on whether this is a problem with your
header setup or GCCs fault?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39528
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-03-24 12:16 ---
(In reply to comment #3)
> How is this a regression?
Because it used to work in 4.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from irar at gcc dot gnu dot org 2009-03-24 12:18 ---
Subject: Bug 39529
Author: irar
Date: Tue Mar 24 12:18:19 2009
New Revision: 145029
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145029
Log:
PR tree-optimization/39529
* tree-vect-transform.c
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-03-24 12:24
---
Subject: Bug 39528
Author: jvdelisle
Date: Tue Mar 24 12:24:29 2009
New Revision: 145030
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145030
Log:
2009-03-24 Jerry DeLisle
PR libfortran/39528
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-03-24 12:30
---
Subject: Bug 39528
Author: jvdelisle
Date: Tue Mar 24 12:30:17 2009
New Revision: 145031
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145031
Log:
2009-03-24 Jerry DeLisle
PR libfortran/39528
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2009-03-24 12:33
---
Fixed on 4.4.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Known to fa
test.cpp:17: îøèáêà: operator[] íå èìååò àðãóìåíòîâ, çàâèñÿùèõ îò
ïàðàìåòðà-øàáëîíà, ïîýòîìó äîëæíà áûòü äîñüóïíà!!! äåêëàðàöèÿ
operator[]
test.cpp:17: îøèáêà: (ñ êëþ÷îì -fpermissive, G++ ïðèìåò äàííûé êîä, íî
ðàçðåøåíèå èñïîëüçîâàòü íåäåêëàðèðîâàííûå èìåíà áóäåò îòìåíåíî â äàëüíå
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-24 12:54 ---
The reason for forcing the MEM addresses in "m"/"=m" into register is:
/* By passing constant addresses through registers
we get a chance to cse them. */
if (! cse_not_expected && CONSTANT_P (x) && CONSTANT_A
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-24 12:54 ---
It's not that easy.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #5 from joseph at codesourcery dot com 2009-03-24 13:19 ---
Subject: Re: New: overhaul printf formats and type
casts in testsuite
The testsuite in FSF GCC tests correct behavior of FSF GCC and code
compiled with it. If correct behavior for Ubuntu GCC and code compiled
--- Comment #10 from joseph at codesourcery dot com 2009-03-24 13:22
---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
On Tue, 24 Mar 2009, aran at 100acres dot us wrote:
> This is a combination of the other two patches. GCC's version of stddef.h is
> still install
--- Comment #1 from joseph at codesourcery dot com 2009-03-24 13:26 ---
Subject: Re: New: Grammar error in russian localization
We do not maintain the translations in GCC and the Russian team does not
have a Bugzilla account, so you will need to pass your report on to
g...@mx.ru you
--- Comment #11 from joseph at codesourcery dot com 2009-03-24 13:32
---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
I see you did in fact send the stddef.h changes to gcc-patches - thanks
for splitting up the separate logical parts of the patch (which is always
--- Comment #6 from forumer at smartmobili dot com 2009-03-24 13:51 ---
I think you can close it because I suppose the problem only happens with my
includes/toolchains.
I don't know why but normally DWORD definitions should be known since
VirtualProtect is.If you really wanted to make ev
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2009-03-24
13:55 ---
Shouldn't this be closed as fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26693
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-24
14:02 ---
Can this be back ported to gcc trunk?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39120
--- Comment #3 from jakub at gcc dot gnu dot org 2009-03-24 14:18 ---
Ok, so the reason why fwprop doesn't propagate this is:
forward_propagate_and_simplify doing:
rtx use_set = single_set (use_insn);
...
if (!use_set)
return false;
ASM_OPERANDS with multiple output regs obviou
--- Comment #4 from rguenther at suse dot de 2009-03-24 14:20 ---
Subject: Re: [4.2/4.3/4.4 Regression] Missed
escape constraints for call results
On Tue, 24 Mar 2009, howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #3 from howarth at nitro dot med dot uc dot edu 20
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-03-24 14:40 ---
Created an attachment (id=17532)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17532&action=view)
part #2
Untested patches for the backport.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39120
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-24 14:39 ---
Created an attachment (id=17531)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17531&action=view)
part #1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39120
--- Comment #4 from bonzini at gnu dot org 2009-03-24 15:03 ---
The only thing to be careful is to have set_reg_equal == FALSE if the insn has
multiple sets, and find which set in a multiple-set insn is actually referring
to USE (a combination of note_stores and loc_mentioned_in_p will d
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-24 15:37 ---
Patch sent.
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01129.html
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from aran at 100acres dot us 2009-03-24 15:49 ---
Subject: Re: stddef.h assumes machinee/ansi.h defines _ANSI_H_
Joseph,
The fixincludes changes fix another issue. Should I create
a new bug and reference that bug in the e-mail or just
describe the problem in
--- Comment #13 from joseph at codesourcery dot com 2009-03-24 16:04
---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
On Tue, 24 Mar 2009, aran at 100acres dot us wrote:
> Joseph,
> The fixincludes changes fix another issue. Should I create
> a new bug an
[...@gnu-6 tmp]$ cat f-1.c
struct line {
int length;
char contents[];
};
void foo (struct line);
struct line
bar ()
{
struct line x;
x.length = sizeof (struct line);
foo (x);
return x;
}
[...@gnu-6 tmp]$ /usr/gcc-4.4/bin/gcc -fno-asynchronous-unwind-tables -O2 -S
f-1.c
[...@gnu-6 tmp]$ cat f-
--- Comment #48 from danglin at gcc dot gnu dot org 2009-03-24 16:31
---
On i686-apple-darwin9, this doesn't fail because DECL_HAS_VALUE_EXPR_P (loc)
is not set:
(gdb) p debug_tree (loc)
unit size
align 64 symtab 28208224 alias set 24 canonical type 0xf6adb0
In parallel mode automatic conversion from string literal to std::string
doesn't work when passing literal as parameter to std::find.
Woring compiler parameters:
g++ test.cpp -o test
Failing compiler line:
g++ -D_GLIBCXX_PARALLEL -fopenmp -lgomp test.cpp -o test
Simple work around is making exp
--- Comment #1 from suokkos at gmail dot com 2009-03-24 16:43 ---
Created an attachment (id=17533)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17533&action=view)
g++ -v output when trying to compiling in parallel mode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
--- Comment #2 from suokkos at gmail dot com 2009-03-24 16:46 ---
Created an attachment (id=17534)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17534&action=view)
--save-temps test.ii from failed compilation in parallel mode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3954
--- Comment #3 from suokkos at gmail dot com 2009-03-24 16:48 ---
Created an attachment (id=17535)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17535&action=view)
Source for the simple test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
The program below should print nothing. For me, it prints "1".
When erasing at the beginning or the end of a deque, the only iterators
to be invalidated are those of elements being erased. All others, and
in particular end(), should remain valid. (I am fairly certain that the
standard didn't me
--- Comment #4 from paolo dot carlini at oracle dot com 2009-03-24 17:25
---
Johannes, can you have a look? To be honest, I'm not sure that using those
binders (with all the known limitations which led to deprecation for C++0x) in
dispatching functions really can be made to work also in
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last re
--- Comment #5 from hjl dot tools at gmail dot com 2009-03-24 17:26 ---
Created an attachment (id=17536)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17536&action=view)
A updated testcase
Here is the correct testcase.
--
hjl dot tools at gmail dot com changed:
Wha
--- Comment #6 from hjl dot tools at gmail dot com 2009-03-24 17:26 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01133.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from paolo dot carlini at oracle dot com 2009-03-24 17:31
---
Yes, this is DR 638:
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#638
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #6 from kees at outflux dot net 2009-03-24 17:39 ---
I'm trying to minimize the Ubuntu patch by getting changes accepted for the FSF
GCC testsuite. I'm hoping to demonstrate that many of the changes are valid
and represent stricter C coding, though none change the behavior o
--- Comment #7 from hjl dot tools at gmail dot com 2009-03-24 17:43 ---
Created an attachment (id=17537)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17537&action=view)
A real tescase
This should be correct.
--
hjl dot tools at gmail dot com changed:
What|Remo
--- Comment #8 from rwild at gcc dot gnu dot org 2009-03-24 17:47 ---
Hello David,
(In reply to comment #0)
> I'm trying to compile gcc 4.3.1 on a Laptop running Solaris Express Community
> Edition Build 89.
[...]
> A search on the web for the "configure: error: cannot compute suffix of
The tot compile ICEs when compiling the following code with these options.
-Wno-error -fno-exceptions -fno-tree-vrp -O2 -fprofile-generate=.
copyprop.C: In member function 'void foo_14::hh_29(blah_46)':
copyprop.C:1051: error: definition in block 29 does not dominate use in block
30
for SSA
--- Comment #8 from rwild at gcc dot gnu dot org 2009-03-24 17:49 ---
Why is this a bug? I'm really curious to know; the manual doesn't document
that -MM output is uniquified.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from davidxl at gcc dot gnu dot org 2009-03-24 17:50 ---
Created an attachment (id=17538)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17538&action=view)
Test case
--
davidxl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from davidxl at gcc dot gnu dot org 2009-03-24 17:51 ---
Created an attachment (id=17539)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17539&action=view)
patch file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39548
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-24 17:55 ---
It might be better to place the check after the loop (and put an assert in
set_copy_of_val that triggers the copy may not happen).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39548
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-24 17:56 ---
Btw, it shouldn't really happen that we are not allowed to copyprop PHI
arguments. It hints at some inconsistency in the IL instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39548
Thread model: single
gcc version 4.4.0 20090324 (experimental) [trunk revision 143499] (GCC)
and might be related to PR #38570 .
--
ramana dot r at gmail dot com changed:
What|Removed
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-24 18:43 ---
i386.c has
static int
classify_argument (enum machine_mode mode, const_tree type,
enum x86_64_reg_class classes[MAX_CLASSES], int bit_offset)
{
HOST_WIDE_INT bytes =
(mode == BLKmode) ? int
Hello Reuben,
I think nowadays the gcc-bugs list is meant only as gateway for bugzilla
messages, so you might want to open a bugzilla for future reports.
Thanks.
* Reuben Thomas wrote on Mon, Mar 23, 2009 at 02:58:20AM CET:
> (Found in 4.3; I was unable to discover without checking out the source
--- Comment #5 from ramana dot r at gmail dot com 2009-03-24 18:53 ---
I can confirm that this is fixed with revision 145038 in the 4.3 branch which
is due to the fix committed here.
http://gcc.gnu.org/viewcvs?view=rev&revision=143942 which is essentially a
backport of the patch http:
> gcc --version
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291]
> cat test.c
// file test.c One byte transfer
void f(char *a,char *b){
*b=*a;
}
void F(char *a,char *b){
asm volatile("mov (%rdi),%al\nmov %al,(%rsi)");
}
...
> gcc -g -otest test.c -O2 -mtune=core2
> objdump -d test
0
--- Comment #2 from hjl dot tools at gmail dot com 2009-03-24 19:26 ---
A patch is posted at:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01144.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
Ralf Wildenhues wrote:
> Thanks for the report. OK to push this patch, tested 'make info pdf
> html'?
You forgot "dvi".
cheers,
DaveK
* Dave Korn wrote on Tue, Mar 24, 2009 at 08:40:08PM CET:
> Ralf Wildenhues wrote:
>
> > Thanks for the report. OK to push this patch, tested 'make info pdf
> > html'?
>
> You forgot "dvi".
I forgot to mention it, but I did test it. OK?
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-24 21:21 ---
The updated patch with testcases is at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01155.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #5 from davidxl at gcc dot gnu dot org 2009-03-24 21:25 ---
(In reply to comment #3)
> It might be better to place the check after the loop (and put an assert in
> set_copy_of_val that triggers the copy may not happen).
>
This sounds good.
David
--
http://gcc.gnu.org/
--- Comment #6 from davidxl at gcc dot gnu dot org 2009-03-24 21:33 ---
(In reply to comment #4)
> Btw, it shouldn't really happen that we are not allowed to copyprop PHI
> arguments. It hints at some inconsistency in the IL instead.
>
This sounds good.
David(In reply to comment #4)
Bug 39545 is an x86_64 ABI issue relating to the handling of structures
with flexible array members in function call and return. It seems likely
this corner case has bugs (and incompatibilities with other implementations)
for other targets as well. There should be gcc.dg/compat tests specifically
--- Comment #13 from jason at gcc dot gnu dot org 2009-03-24 22:26 ---
Subject: Bug 28274
Author: jason
Date: Tue Mar 24 22:26:21 2009
New Revision: 145042
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145042
Log:
PR c++/28274
* name-lookup.c (pushdecl_maybe_fri
--- Comment #14 from jason at gcc dot gnu dot org 2009-03-24 22:27 ---
Fixed for 4.4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.2
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-24 23:35 ---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01161.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Ralf Wildenhues wrote:
> * Dave Korn wrote on Tue, Mar 24, 2009 at 08:40:08PM CET:
>> Ralf Wildenhues wrote:
>>
>>> Thanks for the report. OK to push this patch, tested 'make info pdf
>>> html'?
>> You forgot "dvi".
>
> I forgot to mention it, but I did test it. OK?
Well, it aint my say-so,
rnings) when it processes the
expression '*x++' in convert_to_void() in cp/cvt.c.
Here is the version string of the compiler that I tried:
gcc version 4.4.0 20090324 (experimental) (GCC)
--
Summary: C++ frontend not warn about unused dereference operator
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-25 00:40 ---
Flexible array member isn't allowed in union:
[...@gnu-34 pr39545]$ cat u-1.i
union line {
int length;
char contents[];
};
void foo (union line);
union line
bar ()
{
union line x;
x.length = sizeof (union line);
--- Comment #2 from joseph at codesourcery dot com 2009-03-25 00:45 ---
Subject: Re: compat tests for flexible array members
On Wed, 25 Mar 2009, hjl dot tools at gmail dot com wrote:
> Flexible array member isn't allowed in union:
However, a union may contain a structure that in tur
Ralf Wildenhues writes:
> 2009-03-24 Ralf Wildenhues
>
> * doc/invoke.texi (Debugging Options): Fix description of
> -fno-merge-debug-strings.
Really the original text is slightly wrong.
> diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
> index d1c86dc..8b97fa0 100644
On Wed, 25 Mar 2009, hjl dot tools at gmail dot com wrote:
> Flexible array member isn't allowed in union:
However, a union may contain a structure that in turn contains a flexible
array member. And a union may contain a union containing such a
structure, and so on.
--
Joseph S. Myers
jos...
After fixing PR 39545, I got
[...@gnu-34 pr39545]$ cat f-1.i
struct line {
int length;
char contents[];
};
void foo (struct line);
struct line
bar ()
{
struct line x;
x.length = sizeof (struct line);
foo (x);
return x;
}
[...@gnu-34 pr39545]$ make f-1.s
/export/build/gnu/gcc-avx/build-x86_64
* Ian Lance Taylor wrote on Wed, Mar 25, 2009 at 01:51:01AM CET:
>
> Really the original text is slightly wrong.
[...]
> This option only applies to strings in debugging information. It should
> say something like "Direct the linker to not merge together strings in
> the debugging information whi
95 matches
Mail list logo
