* 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
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
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...
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
--- 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
--- 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);
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
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,
--- 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
--- 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 #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
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 #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)
--- 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 #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
-
* 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?
Ralf Wildenhues wrote:
> Thanks for the report. OK to push this patch, tested 'make info pdf
> html'?
You forgot "dvi".
cheers,
DaveK
--- 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
--
> 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 #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:
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 #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
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 #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
--- 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 #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 #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 #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
--
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: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
--- 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 #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 #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 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 #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
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last re
--- 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
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 #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
--- 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 #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
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 #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
[...@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 #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
--- 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 #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 #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 #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 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
test.cpp:17: îøèáêà: operator[] íå èìååò àðãóìåíòîâ, çàâèñÿùèõ îò
ïàðàìåòðà-øàáëîíà, ïîýòîìó äîëæíà áûòü äîñüóïíà!!! äåêëàðàöèÿ
operator[]
test.cpp:17: îøèáêà: (ñ êëþ÷îì -fpermissive, G++ ïðèìåò äàííûé êîä, íî
ðàçðåøåíèå èñïîëüçîâàòü íåäåêëàðèðîâàííûå èìåíà áóäåò îòìåíåíî â äàëüíå
--- 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
--- 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 #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 #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 #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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39528
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514
--- 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
---
--- 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
--
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 #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
--- 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 #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
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 #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?
--
[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 #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
--- 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 #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 #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: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 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
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
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':
--
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
--- 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
--- 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 #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 #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
95 matches
Mail list logo
