--- Comment #32 from hjl dot tools at gmail dot com 2008-12-13 15:55
---
(In reply to comment #31)
> Created an attachment (id=16902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16902&action=view) [edit]
> A patch to add -D_GLIBCXX_DEBUG to dg-options
>
>
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-13 19:50 ---
On 2.66GHz Cor2 Quad running Fedora 9/x86-64, gcc 4.4 revision 142740 gave:
lake:pts/1[9]> time ./xgcc -B./ -O3 /tmp/bug48.c -S
./xgcc -B./ -O3 /tmp/bug48.c -S 94.39s user 0.98s system 99% cpu 1:35.51 to
--- Comment #4 from hjl dot tools at gmail dot com 2008-12-14 19:57 ---
(In reply to comment #3)
> (In reply to comment #2)
>
> > /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/pmmintrin.h: In
> > function �float __vector__ _mm_addsub_ps(float
--- Comment #5 from hjl dot tools at gmail dot com 2008-12-14 19:59 ---
(In reply to comment #1)
> Created an attachment (id=16907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16907&action=view) [edit]
> u-array.ii
>
Please extract the failed ones to
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-14 20:07 ---
This is really PR 36443.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-15 15:51 ---
(In reply to comment #2)
> Subject: Re: WARNING: Could not compile gcc.dg/compat/struct-layout-1
> generator
>
> > This is really PR 36443.
>
> Aside from darwin specific issues with the env
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38535
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-15 20:57 ---
Pilot error.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #8 from hjl dot tools at gmail dot com 2008-12-16 04:01 ---
Gcc 4.3 20080428 behaves the same. -m32 returns 0.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|4.4.0 |4.3.3
Version|4.4.0 |4.3.2
http
--- Comment #14 from hjl dot tools at gmail dot com 2008-12-16 17:18
---
Here is the original patch which caused this regression:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01582.html
Here is the one checked in:
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00744.html
--
hjl
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-16 14:58 ---
Sounds similar to PR 32183.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #15 from hjl dot tools at gmail dot com 2008-12-16 18:41
---
Is that safe to call find_shift_sequence when CC register is live?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37922
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-17 17:34 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #17 from hjl dot tools at gmail dot com 2008-12-17 15:45
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00943.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
mary: [4.4 Regression] Revision 142792 breaks bootrap
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tool
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38561
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-18 00:33 ---
I used RUNTESTFLAGS="--target_board 'unix{-m32,}'".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38561
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-18 05:57 ---
It is caused by revision 142662:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00686.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #21 from hjl dot tools at gmail dot com 2008-12-18 14:32
---
It is only fixed on trunk. 4.3 is still broken.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-18 19:45 ---
Works for me as of revision 142793.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-18 19:48 ---
I don't see any changes between revision 142782 and revision 142793
which may impact this. How is your gcc configured?
--
hjl dot tools at gmail dot com changed:
What|Re
--- Comment #7 from hjl dot tools at gmail dot com 2008-12-18 20:20 ---
(In reply to comment #5)
> Created an attachment (id=16938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16938&action=view) [edit]
> gzipped preprocessed source of file actually causin
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-18 21:26 ---
It works for me with gcc 4.3.2 from Fedora 10/x86-64 at -O0. -O1 and -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38569
--- Comment #10 from hjl dot tools at gmail dot com 2008-12-18 23:20
---
It is caused by revision 140288:
http://gcc.gnu.org/ml/gcc-cvs/2008-09/msg00447.html
If gcc is configured with --enable-checking=assert, you won't see the bug.
--
hjl dot tools at gmail dot com ch
--- Comment #13 from hjl dot tools at gmail dot com 2008-12-18 23:26
---
Testcase in comment 11 also fails on Linux/x86-64.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #14 from hjl dot tools at gmail dot com 2008-12-18 23:28
---
(In reply to comment #12)
> (In reply to comment #10)
> > If gcc is configured with --enable-checking=assert, you won't see the bug.
>
> Well that is called real checking code :).
>
Th
--- Comment #16 from hjl dot tools at gmail dot com 2008-12-19 01:40
---
C compiler doesn't crash:
(gdb) f 0
#0 set_value_range (vr=0x15e7bf40, t=VR_RANGE, min=0x2af40ef86fc0,
max=0x2af40ef86fc0, equiv=0x0) at ../../src/gcc/tree-vrp.c:398
398 gcc_assert (cmp
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build
--- Comment #6 from hjl dot tools at gmail dot com 2008-12-21 15:14 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01094.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-21 15:20 ---
What are the differences? While working on a patch, I had an
uninitialized stack variable, which caused random comparison
failures.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-21 16:18 ---
auto-host.h must exist when those files were compiled. I guess
it was generated more than once.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
--- Comment #5 from hjl dot tools at gmail dot com 2008-12-21 17:21 ---
Each stage has its own directory and auto-host.h should be
regenerated in each directory. I think it was regenerated
more than once in the same directory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-21 18:00 ---
It is caused by revision 133479:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01393.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-21 18:04 ---
*** This bug has been marked as a duplicate of 37364 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #31 from hjl dot tools at gmail dot com 2008-12-21 18:04
---
*** Bug 38601 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-23 16:38 ---
It may a dup of PR 38564.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2008-12-23 17:19 ---
Another testcase from PR 38608:
--
int dialog_calendar(int state)
{
int *obj = (state == 1 ? &state : 0);
return (obj == &state);
}
---
It failed to -O2:
/tmp/y.c: In function dialog_calendar:
/t
--- Comment #4 from hjl dot tools at gmail dot com 2008-12-23 17:17 ---
*** This bug has been marked as a duplicate of 38564 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2008-12-23 17:17 ---
*** Bug 38608 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-24 16:20 ---
What are fixed point types? What need to implement to support fixed
point types? Does gcc testsuite have any fixed point tests?
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #7 from hjl dot tools at gmail dot com 2008-12-24 17:55 ---
I verified that there is
auto-host.h:#define ENABLE_FIXED_POINT 0
But I still got ICE:
bash-3.2$ cat /tmp/f.c
extern void foo(Fract);
int main()
{
foo(0r);
}
bash-3.2$ ./xgcc -B./ -S /tmp/f.c
/tmp/f.c:1
--- Comment #8 from hjl dot tools at gmail dot com 2008-12-24 17:59 ---
It seemslike even if fixed point isn't supported, gcc still
recognizes "0r".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38617
--- Comment #10 from hjl dot tools at gmail dot com 2008-12-24 18:24
---
This works for me:
--- ./c-lex.c.fixed 2008-08-21 05:32:03.0 -0700
+++ ./c-lex.c 2008-12-24 10:23:52.0 -0800
@@ -612,7 +612,15 @@ interpret_float (const cpp_token *token,
/* Decode
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38689
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-01 16:26 ---
(In reply to comment #4)
> Confirmed, this is really a __builtin_apply bug. Libobjc either needs to move
> to libffi or __builtin_apply needs to be fixed up.
>
Is there a __builtin_apply test
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-02 18:48
---
Revision 137653 gave:
h...@gnu-3 gcc]$ cat /tmp/x.c
int
main ()
{
return 0;
}
[...@gnu-3 gcc]$ ./xgcc -B./ -S /tmp/x.c
/tmp/x.c: In function main:
/tmp/x.c:5: internal compiler error: in
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-02 18:58
---
Adding -mtune=pentium-m will fail gcc.c-torture/execute/memset-2.c
with -O3 and gcc.c-torture/execute/memset-3.c with -O/-O2/-O3.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-02 19:01 ---
Adding -mtune=pentium-m will fail gcc.c-torture/execute/memset-2.c
with -O3 and gcc.c-torture/execute/memset-3.c with -O/-O2/-O3.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-02 22:01 ---
i386.c has
/* Output code to set at most count & (max_size - 1) bytes starting by DEST.
*/static void
expand_setmem_epilogue_via_loop (rtx destmem, rtx destptr, rtx value,
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-04 18:21 ---
Revision 143027 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #18 from hjl dot tools at gmail dot com 2009-01-04 18:23
---
Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806
On Fri, Jan 2, 2009 at 4:34 PM, Kenneth Zadeck
wrote:
> Kenneth Zadeck wrote:
>> Steven Bosscher wrote:
>>
>>>
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38726
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-05 22:51 ---
(In reply to comment #5)
> There is padding between adjustedPtr and unwindHeader because the latter is
> forced to be maximally aligned. Due to the additional member the padding was
> reduced. Also, the
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-05 22:53 ---
There are
i386/i386.h:#define BIGGEST_ALIGNMENT (TARGET_AVX ? 256: 128)
m68k/m68k.h:#define BIGGEST_ALIGNMENT (TARGET_ALIGN_INT ? 32 : 16)
mcore/mcore.h:#define BIGGEST_ALIGNMENT (TARGET_8ALIGN ? 64 : 32)
sh/sh.h
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-05 23:08
---
(In reply to comment #7)
> (In reply to comment #5)
> > There is padding between adjustedPtr and unwindHeader because the latter is
> > forced to be maximally aligned. Due to the additional mem
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-05 23:30 ---
There is another place:
libstdc++-v3/include/std/type_traits: struct __attribute__((__aligned__)) { }
__align;
--
hjl dot tools at gmail dot com changed:
What|Removed
dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38742
strap failure on x86
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38744
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-06 19:33 ---
It is caused by revision 141606:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00043.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-06 19:37 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-06 19:37 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-07 02:48 ---
(In reply to comment #4)
> There is another place:
>
> libstdc++-v3/include/std/type_traits: struct __attribute__((__aligned__)) {
> }
> __align;
>
It may not be a problem since it is used
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-07 02:50 ---
(In reply to comment #5)
> More places with BIGGEST_ALIGN:
> $ grep -r "(aligned)" .|grep attribute|grep -v testsuite|grep -v texi
> ./libstdc++-v3/libsupc++/eh_alloc.cc:typedef char
> one_buf
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-07 02:58 ---
(In reply to comment #5)
> More places with BIGGEST_ALIGN:
> ./gcc/unwind-sjlj.c: jmp_buf jbuf __attribute__((aligned));
>
It may be handled the same way as struct _Unwind_Exception.
--
http://gc
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-07 18:17 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00350.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-07 18:23
---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00352.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-07 19:21
---
The updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00358.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-08 18:30
---
Gcc 4.1 gave
cc1: out of memory allocating 3644231872 bytes after a total of 50307072 bytes
on Linux/ia32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38666
--- Comment #14 from hjl dot tools at gmail dot com 2009-01-08 20:04
---
This is fixed in 4.4 by IRA:
gnu-3:pts/0[29]> ./xgcc -B./ -O -S /net/gnu-6/export/home/hjl/tmp/gcc_bug.i
-fno-ira
gcc_bug.c: In function main:
gcc_bug.c:23030: internal compiler error: Segmentation fault
Ple
--- Comment #16 from hjl dot tools at gmail dot com 2009-01-08 22:23
---
(In reply to comment #15)
> This is fixed in 4.4 by IRA:
>
> gnu-3:pts/0[29]> ./xgcc -B./ -O -S /net/gnu-6/export/home/hjl/tmp/gcc_bug.i
> -fno-ira
> gcc_bug.c: In function main:
> gcc_
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-09 01:09 ---
We can solve it with
1. A target should define MALLOC_ABI_ALIGNMENT properly.
2. g++ should issue an error when the default new operator
is used on a type whose alignment is greater than
MALLOC_ABI_ALIGNMENT.
3. It
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-09 17:57 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00463.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
GCC host triplet|x86_64-suse-linux |
GCC target triplet||x86_64-*-linux-gnu
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-11 23:32 ---
This patch
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00886.html
triggers this crash. It failed at -O1. With gcc 4.4, it failed at -O2.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-11 23:33 ---
There are warnings like
../include/vigra/accessor.hxx: In function âvoid
vigra::read_bands(vigra::Decoder*, ImageIterator, Accessor, SrcValueType) [with
ImageIterator = vigra::CachedFileImageIterator >, Acces
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-11 23:46
---
Adding "--param inline-unit-growth=60" fixed gcc 4.4 revision 143274
at -O2.
--
hjl dot tools at gmail dot com changed:
What|Removed
Linux/ia64
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gn
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-12 14:30 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-12 17:27 ---
Is this an IRA bug?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #12 from hjl dot tools at gmail dot com 2009-01-14 01:52
---
The current patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00675.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-14 15:16 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00738.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-14 17:07 ---
An updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00747.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-15 01:25 ---
(In reply to comment #5)
>
> H.J. perhaps, you can have some advice here? Or at least can we do some
> benchmarking?
>
Joey and Xuepeng are looking into it.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #24 from hjl dot tools at gmail dot com 2009-01-15 15:18
---
Created an attachment (id=17107)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17107&action=view)
Here is the updated patch.
--
hjl dot tools at gmail dot com changed:
What|
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-15 21:35 ---
It is caused by revision 121570:
http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00126.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-15 22:38 ---
This patch:
--- ./ipa-inline.c.foo 2009-01-02 11:06:18.0 -0800
+++ ./ipa-inline.c 2009-01-15 14:35:28.0 -0800
@@ -1412,7 +1412,8 @@ cgraph_decide_inlining_incrementally (st
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-15 23:57 ---
Revision 121570 is:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00319.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38844
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-16 14:18 ---
Where is the input file?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-16 14:59 ---
(In reply to comment #3)
> (In reply to comment #2)
> > Also for -march=native you should really post what -fverbose-asm tells you
> > has
> > been selected for -march and other option (and
ed at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38877
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38877
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-16 19:41 ---
[...@gnu-27 build_base_o3.]$ cat x.cc
#include
#include
template class bar;
template
std::pair *, unsigned int>
foo (const std::string &name, unsigned int position)
{
const std::p
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-16 19:46 ---
[...@gnu-27 build_base_o3.]$ cat y.cc
template
struct pair
{
typedef _T1 first_type;
typedef _T2 second_type;
_T1 first;
_T2 second;
pair () : first(), second() { }
pair(const _T1& __a, const
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-17 01:41 ---
I can reproduce it on Linux/x86-64:
[...@gnu-6 gcc]$ valgrind --tool=memcheck ./cc1 -fpreprocessed x.i -quiet
-dumpbase x.i -mtune=generic -auxbase x -O -version -o x.s
==30493== Memcheck, a memory error detector
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-17 01:59 ---
init_regs may be called more than once when switching ABIs. It
may introduce memory leaks.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38902
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-18 01:41 ---
bash-3.2$ cat /tmp/x.c
extern void abort ();
int foo (const char *, const char *);
int main (void)
{
char buffer[1024]="";
__builtin_strcpy (buffer, "1234567890abcdefghijklmno"
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-18 01:43 ---
bash-3.2$ cat /tmp/x.c
extern void abort ();
int foo (const char *, const char *);
int main (void)
{
char buffer[1024]="";
__builtin_strcpy (buffer, "1234567890abcdefghijklmno"
c
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: x86-64-unknown-linux-gnu
http://
101 - 200 of 3390 matches
Mail list logo