--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-03 07:06 ---
If I have time next week, I might fix this bug, it is a matter of adding
support for parsing -> during offsetof parsing (__builtin_offsetof is not
really a builtin :) ) and making sure we reject the indirect referenc
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-03 05:59 ---
Ok, I have a simpler patch to just c-common.c to error out in this case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38699
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-03 05:42 ---
While trying to mangle:
VOID
align 1 symtab 0 alias set -1 canonical type 0x436b7bd0
pointer_to_this reference_to_this
>
arg 0
function
VOID file t.cc line 6 col
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-03 05:40 ---
bugzilla with some browsers suck.
*** This bug has been marked as a duplicate of 38712 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-03 05:40 ---
*** Bug 38713 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38712
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from jason at gcc dot gnu dot org 2009-01-03 03:48 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Could probably reduce this further:
template struct Y {};
template struct X {};
template
int g(Y) { return 0; }
template
auto foo(F f, Y t, X) -> decltype(f(g(t)...))
{ return f(g(t)...); }
void bar(int) { }
int main() {
Y y;
foo(bar, y, X<0>()); //line 16
}
Compile with -std=c++0x
Could probably reduce this further:
template struct Y {};
template struct X {};
template
int g(Y) { return 0; }
template
auto foo(F f, Y t, X) -> decltype(f(g(t)...))
{ return f(g(t)...); }
void bar(int) { }
int main() {
Y y;
foo(bar, y, X<0>()); //line 16
}
Compile with -std=c++0x
--- Comment #17 from zadeck at naturalbridge dot com 2009-01-03 01:05
---
patch committed to fix this.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-03 00:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-03 00:56 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-03 00:55 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-03 00:56 ---
Subject: Bug 38705
Author: jakub
Date: Sat Jan 3 00:54:40 2009
New Revision: 143029
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143029
Log:
PR c++/38705
* builtins.c (fold_builtin_memory_op
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-03 00:54 ---
Subject: Bug 38700
Author: jakub
Date: Sat Jan 3 00:52:51 2009
New Revision: 143028
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143028
Log:
PR c/38700
* builtins.c (fold_builtin_expect): On
--- Comment #1 from steven at gcc dot gnu dot org 2009-01-03 00:48 ---
Perhaps the front end should not emit this code on the latch?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #6 from kargl at gcc dot gnu dot org 2009-01-03 00:42 ---
(In reply to comment #4)
> __LDBL_DIG__=18
> __DBL_DIG__=15
>
> sizeof(long double)=128 bits
> sizeof(double)=64 bits
>
You didn't show what I requested. The other piece
of the puzzle is LDBL_MANT_DIG, which I'll w
Ira should be using the DF-LIVE sets, which are smaller than the DF-LR sets
when they are available (typically at O2 and above).
The proper sets can be conveniently accessed using the df_get_live_[in,out]
functions which use DF-LIVE if it is available and fall back to DF-LR if it is
not.
--
--- Comment #1 from steven at gcc dot gnu dot org 2009-01-03 00:36 ---
Created an attachment (id=17024)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17024&action=view)
Add address -> temp slot map
Instead of huge list walks, just look up the address in the hash table and use
the
--- Comment #16 from zadeck at naturalbridge dot com 2009-01-03 00:35
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Kenneth Zadeck wrote:
> Steven Bosscher wrote:
>
>> On Fri, Jan 2, 2009 at 7:37 PM, Paolo Bonzini wrote:
>>
>>
> At this
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-03 00:33 ---
This is fixed on the branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-03 00:31 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #15 from zadeck at gcc dot gnu dot org 2009-01-03 00:33 ---
Subject: Bug 35805
Author: zadeck
Date: Sat Jan 3 00:31:39 2009
New Revision: 143027
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143027
Log:
2009-01-02 Kenneth Zadeck
PR rtl-optimization/35805
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-03 00:31 ---
This is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-03 00:30 ---
This is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #4 from jason at gcc dot gnu dot org 2009-01-03 00:21 ---
Subject: Bug 38684
Author: jason
Date: Sat Jan 3 00:19:55 2009
New Revision: 143024
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143024
Log:
PR c++/38698
* typeck2.c (process_init_constructo
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-03 00:21 ---
Subject: Bug 38698
Author: jason
Date: Sat Jan 3 00:19:55 2009
New Revision: 143024
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143024
Log:
PR c++/38698
* typeck2.c (process_init_constructo
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-03 00:17 ---
What target is this on?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38704
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-03 00:12 ---
C is so much easier because templates.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38699
--- Comment #4 from lisp2d at lisp2d dot net 2009-01-03 00:12 ---
__LDBL_DIG__=18
__DBL_DIG__=15
sizeof(long double)=128 bits
sizeof(double)=64 bits
It is named the legalised crime.
If the program is written incorrectly no law will correct it.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #9 from kkojima at gcc dot gnu dot org 2009-01-02 22:51 ---
The failure itself went away but requested to stay open.
See the thread
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00606.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37633
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-01-02
22:40 ---
The test case from Comment 4 triggers the error on x86_64-apple-darwin10 as
well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38322
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-02 22:37 ---
I have a real fix for this bug, and we get an error message now.
t.cc:13: error: using [] in offset with a pointer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35321
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 22:27 ---
This is a regression from 3.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-02 22:24 ---
I have a patch at least for the C front-end, working on the C++ front-end now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-02 22:08 ---
-march=pentiumpro is enough to reproduce the failure.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-02 22:06 ---
-march=pentiumpro is enough to reproduce this failure so it is not related to
SSE or MMX.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- 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,
rtx count
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-02 21:06 ---
I think I have a simple fix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-02 21:06 ---
I think I have a simple fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29388
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 20:20 ---
-frtl-abstract-sequences is known to be very broken.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |middle-end
h
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-02 20:16
---
This code might turn out to be undefined ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 20:09 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-02 20:09 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #3 from kargl at gcc dot gnu dot org 2009-01-02 20:14 ---
(In reply to comment #2)
> Quantity of correct bits is 64, the size of long double is 128 bits.
>
> Half of quality is reached by usage of operations multiplication, divisions.
>
What does 'grep LDBL /usr/include/fl
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 20:08 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-01-02 20:11
---
(In reply to comment #11)
> That is a target issue, please file it as a separate bug.
It is filed as PR 38695.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 20:06 ---
Here is a testcase which ICEs with both the C and C++ front-end and is not
rejected by either of them:
struct A
{
const char* p;
};
void foo()
{
__builtin_offsetof(struct A, p[1]);
}
--- CUT ---
This is invalid
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.4.0
Known to work||4.3.3 4.3.2
I don't know if this is the same bug as PR 38707 but it ICEs slightly
differently.
Anyways testcase:
_Complex short foo_char (int x) {return 0; }
[andrew-pinskis-computer-2:~] apinski% ~/local-gcc/bin/gcc t.c -march=pentium-m
-da -fdump-tree-final_cleanup
t.c: In function 'foo_char':
t.c:1: inter
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-02 19:59 ---
Here is a reduced testcase:
_Complex char foo_char (int x) { }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38707
--- Comment #2 from lisp2d at lisp2d dot net 2009-01-02 19:37 ---
Quantity of correct bits is 64, the size of long double is 128 bits.
Half of quality is reached by usage of operations multiplication, divisions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38704
--- Comment #17 from pinskia at gcc dot gnu dot org 2009-01-02 19:29
---
>* gcc.target/i386/pr30315.c: New.
This testcase fails with -march=pentium-m turned on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30315
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-01-02 19:26 ---
TRANSFER is one of the transformational intrinsics allowed in init-expressions
by F2003, thus requires simplification anyway. Close as dupe of PR29962?
--
dfranke at gcc dot gnu dot org changed:
What
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
$> cat ice.f90
INTEGER, PARAMETER :: i = 42
INTEGER, PARAMETER :: array(1) = (/ 1 /)
INTEGER, PARAMETER :: unknown = array(shape(i))
END
$> gfortran-svn ice.f90
f951: internal compiler error: in find_array_section, at fortran/expr.c:1213
$> gfortran-svn --version
GNU Fortran (GCC) 4.4.0 200
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-02 19:02 ---
Oh, I see now, The current version of the defect reports can be found at
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html DR80.
I tried looking for it but I must have missed it.
--
pinskia at gcc d
--- 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 #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 #8 from jv244 at cam dot ac dot uk 2009-01-02 18:57 ---
(In reply to comment #7)
> Subject: Re: problem with contained subprocedure.
>
> Hello,
>
> This appears to be the problem. In any case, I just submitted a new archive
> file. I hope this one's correct.
No... it is n
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-01-02 18:55
---
I think this is the same as PR 38708 really which I filed for memset-3.c case.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37813
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-02 18:57 ---
gcc.dg/compat//scalar-return-4_y.c fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38707
--- Comment #14 from zadeck at naturalbridge dot com 2009-01-02 18:54
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Steven Bosscher wrote:
> On Fri, Jan 2, 2009 at 7:37 PM, Paolo Bonzini wrote:
>
At this point, if your patch costs say 0.3%, an
--- 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 rest_of_handle_df_
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 18:48 ---
This is also a regression from 4.3.2. It also ICEs on i386-darwin.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-02 18:46 ---
Also fails on i386-darwin with -march=pentium-m. Plus it works with 4.3.3 so
this is only a 4.4 regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Target Milestone|--- |4.4.0
http
--- Comment #13 from stevenb dot gcc at gmail dot com 2009-01-02 18:45
---
Subject: Re: [ira] error in start_allocno_priorities, at ira-color.c:1806
On Fri, Jan 2, 2009 at 7:37 PM, Paolo Bonzini wrote:
>>> At this point, if your patch costs say 0.3%, and removing all traces
>>> DF_LR
--- Comment #9 from hp at gcc dot gnu dot org 2009-01-02 18:44 ---
See comment #5. The subsequent commits were AFAIK not addressing it. I don't
have time to experiment right now, and as the bug only appeared (at the time)
with separate patches, I'm making it SUSPENDED. CC:ers, feel fr
I think this is the cause of PR 38686 but I could be wrong.
Anyways gcc.c-torture/execute/memset-3.c fails with -march=pentium-m -O1
--
Summary: [4.4 Regression] gcc.c-torture/execute/memset-3.c Fails
with -march=pentium-m -O1
Product: gcc
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-02 18:39
---
I think:
FAIL: gcc.c-torture/execute/memset-2.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/memset-2.c execution, -O3 -fomit-frame-pointer
-funroll-loops
FAIL: gcc.c-torture/execute/memset-2
--- Comment #12 from bonzini at gnu dot org 2009-01-02 18:38 ---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
> StevenB talked me out of this because he considered it wrong to have
> the client pass get conservative info. I agreed with him but I am
> wil
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-02 18:38 ---
Reduced testcase:
typedef int AlpsNodeIndex_t;
void writeRep(char* representation_, const int len) {
__builtin_memcpy(representation_ , &len, sizeof(int));
}
struct AlpsTreeNode
{
AlpsNodeIndex_t index_;
--- Comment #9 from aanisimov at inbox dot ru 2009-01-02 18:30 ---
(In reply to comment #7)
> Ok, I can reproduce the failure. The work around is removing
> -with-arch=pentium-m.
>
Not a good idea ;-). I found that reverting diff r137645:r137646 makes the
compilation finish and the re
--- Comment #5 from steven at gcc dot gnu dot org 2009-01-02 18:25 ---
The zero_extract:DI appears for the first time in the .163r.combine dump.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36003
--- Comment #11 from zadeck at naturalbridge dot com 2009-01-02 18:21
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Paolo Bonzini wrote:
>> I will test this patch, but we still need to resolve your issues with my
>> approach.
>>
>
> The problem is
--- Comment #4 from steven at gcc dot gnu dot org 2009-01-02 18:21 ---
Confirmed at r134530 with the following reduced test case:
typedef unsigned int USItype __attribute__ ((mode (SI)));
typedef unsigned int UDItype __attribute__ ((mode (DI)));
typedef USItype halffractype;
typedef UDI
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-02 18:19 ---
Forgot to add the ICE:
/home/pinskia/src/local/gcc/gcc/testsuite/gcc.c-torture/execute/20050121-1.c:33:
internal compiler error: in immed_double_const, at emit-rtl.c:548^M
--
http://gcc.gnu.org/bugzilla/show_bug
While trying to figure out what is causing bootstrap to fail with
--with-arch=pentium-m, I decided to test the testsuite with stage1's gcc and
found that gcc.c-torture/execute/20050121-1.c ICEs with -march=pentium-m, this
happens even with a normal compiled compiler.
--
Summary: gcc.c
--- Comment #6 from mmitchel at gcc dot gnu dot org 2009-01-02 18:08
---
Fixed.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from mmitchel at gcc dot gnu dot org 2009-01-02 18:05
---
Subject: Bug 33649
Author: mmitchel
Date: Fri Jan 2 18:04:28 2009
New Revision: 143014
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143014
Log:
PR 33649
* tree-ssa-pre.c (compute_antic):
Hi!
configured with: --host=alpha-linux-gnu --build=alpha-linux-gnu
--target=alpha-linux-gnu --enable-languages=c,c++ --with-system-zlib
Build fails with this error:
/bin/sh ../libtool --tag CXX --mode=compile /home/arthur/build/./gcc/xgcc
-shared-libgcc -B/home/arthur/build/./gcc -nostdinc++
-L
--- Comment #3 from joseph at codesourcery dot com 2009-01-02 17:35 ---
Subject: Re: testsuite __gnu_mcount_nc link error when
profiling on arm
On Fri, 2 Jan 2009, laurent at guerby dot net wrote:
> I could not find a GLIBC 2.8 release in http://ftp.gnu.org/gnu/glibc/
> nor in ftp://
--- Comment #2 from laurent at guerby dot net 2009-01-02 17:30 ---
The test already has:
/home/guerby/trunk/gcc/testsuite/gcc.dg/20021014-1.c
/* { dg-require-profiling "-p" } */
If configure tests the system compiler for profiling "support" it will of
course be fooled by a GCC changing
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-02 17:29 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38705
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-02 17:11 ---
I can reproduce the abort on both i686-linux-gnu and i386-darwin8.11 with my
reduced testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-02 17:09 ---
Here is a reduced testcase:
t.c:
#include
--- CUT ---
t.h:
#ifdef __PME__
#define _TLS_QUAL /*0123456790*/
#endif // __PME__
Compile with "gcc t.c -isystem . -traditional-cpp".
--
pinskia at gcc dot gnu d
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-02 17:17 ---
Seeing what tests gcc fail with stage1's gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38686
--- Comment #8 from andreasmeier80 at gmx dot de 2009-01-02 17:08 ---
What is the status of this bug?
--
andreasmeier80 at gmx dot de changed:
What|Removed |Added
--- Comment #8 from andreasmeier80 at gmx dot de 2009-01-02 17:08 ---
What is the status of this bug?
--
andreasmeier80 at gmx dot de changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-02 17:07 ---
Ok, I can reproduce the failure. The work around is removing
-with-arch=pentium-m.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from tromey at gcc dot gnu dot org 2009-01-02 17:04 ---
read_original_filename lexes a token, which hits EOF, which
causes the buffer to be popped.
This is sort of an odd scenario.
Perhaps working around it in preprocess_file is best.
--
tromey at gcc dot gnu dot org
--- Comment #1 from schwab at suse dot de 2009-01-02 17:02 ---
Depending on the actual value of DECIMAL_DIG this does not really look bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38704
1 - 100 of 175 matches
Mail list logo
