TK Banks writes:
> Would it be poor-form to submit a bug without first testing on the latest
> version of the compiler? (I'm just running whatever version Ubuntu doles out
> via the management system: 4.3.4)
It's OK to do that, just make clear that version of the compiler you
tested.
Ian
Thanks Ian.
Would it be poor-form to submit a bug without first testing on the latest
version of the compiler? (I'm just running whatever version Ubuntu doles out
via the management system: 4.3.4)
Yeah, I noticed that my lines got joined. It looked good in my yahoo mailer
text box before I
TK Banks writes:
> I'm also not sure I'm directing this issue to the correct mailing list.
> If not, perhaps someone would be so kind as to point me to the right
> mailing list or forum.
In fact, gcc@gcc.gnu.org is the wrong mailing list. The right mailing
list would be gcc-h...@gcc.gnu.org. P
Steven Bosscher writes:
> In gcse.c:insert_insn_end_basic_block() I found the following code:
>
> #ifdef HAVE_cc0
> /* FIXME: 'twould be nice to call prev_cc0_setter here but it aborts
> if cc0 isn't set. */
> note = find_reg_note (insn, REG_CC_SETTER, NULL_RTX);
> if
On 05/29/2012 02:33 AM, Richard Sandiford wrote:
Hi Vlad,
Thanks for the answer.
Vladimir Makarov writes:
On 05/28/2012 03:09 PM, Richard Sandiford wrote:
Or is it a conceptual part of the algorithm?
No.
More generally,
what kind of situations does the second pass help with?
I can
Good people,
CAVEATS:
Forgive me if this gets double posted. I sent it last night after
joining this mailing list, but my message did not seem to show up.
I'm also not sure I'm directing this issue to the correct mailing list.
If not, perhaps someone would be so kind as to point me to the right
dj@greed pts/0 ~/m32c/gcc/rl78-elf/gcc
$ ./cc1 -quiet -O3 qsort.i
DJERR: DUPLICATE HARD REG 12
../../../../../src/newlib/libc/search/qsort.c: In function 'qsort':
../../../../../src/newlib/libc/search/qsort.c:222:1: internal compiler error:
in setup_save_areas, at caller-save.c:574
Please submit
On 05/29/2012 11:11 AM, DJ Delorie wrote:
If I apply this patch, which checks for duplicate hard registers within
-fira-share-save-slots, the following *-elf targets fail due to the assert:
bfin cris m32c rl78 rx sh sh64 v850
It'd really help if you could probably a testcase so that we
> > If I apply this patch, which checks for duplicate hard registers within
> > -fira-share-save-slots, the following *-elf targets fail due to the assert:
> >
> > bfin cris m32c rl78 rx sh sh64 v850
>
> It'd really help if you could probably a testcase so that we could run
> things under a d
On 05/29/2012 03:03 AM, Steven Bosscher wrote:
Hello,
In gcse.c:insert_insn_end_basic_block() I found the following code:
#ifdef HAVE_cc0
/* FIXME: 'twould be nice to call prev_cc0_setter here but it aborts
if cc0 isn't set. */
note = find_reg_note (insn, REG_CC_SETTER,
On 05/25/2012 05:18 PM, DJ Delorie wrote:
If I apply this patch, which checks for duplicate hard registers within
-fira-share-save-slots, the following *-elf targets fail due to the assert:
bfin cris m32c rl78 rx sh sh64 v850
The following succeed:
frv h8300 i386 ia64 m32r mep
Ian Lance Taylor wrote:
> Georg-Johann Lay writes:
>
>> The avr backend auto-generates a part of the texi documentation by
>> means of a small C program. The relevant part of t-avr reads:
>>
>> s-avr-mmcu-texi: gen-avr-mmcu-texi$(build_exeext)
>> $(RUN_GEN) $< | sed -e 's:\r::g' > avr-mmcu.t
This merge brings cxx-conversion up to rev 187927.
Tested on x8_64.
Thomas Koenig writes:
> I just got a bootstrap error on trunk, with configuration
>
> ../trunk/configure --prefix=$HOME --enable-languages=c,fortran
> --disable-build-poststage1-with-cxx
>
> The error was:
>
> ../../trunk/gcc/fortran/decl.c: In function 'match_attr_spec':
> ../../trunk/gcc/fortra
To whom it may concern:
Please find a small code example which causes an internal compiler error with
g++-4.7 (opensuse):
Best regards,
Andreas Karrenbauer
$ cat bug_g++.cc
auto foo = [&](int a) { return a > this->b; };
int main() { return 0; }
$ g++-4.7 -v -Wall -g -std=c++0x bug_g++.cc -o
On 12-05-25 17:53 , Aaron Gray wrote:
Just to let people know I have succeeded in building gcc-4.7.0 with
--enable-build-with-cxx (All stages built as C++) on latest Cygwin
with GCC 4.5.3 and on MinGW32 with a rebuilt GCC 4.6.2 as the GCC
4.6.2 that came with MinGW was missing stdarg.h and stdde
On Tue, May 29, 2012 at 1:57 PM, Mohamed Shafi wrote:
> Hi,
>
> I am porting a private target in GCC 4.6.3 version. For my target
> pointer size is 24bits and word size is 32bits. Moreover a byte is
> 32bit
>
> For the testcase gcc.c-torture/compile/92-1.c i get the following ICE
>
> 92-1.
Hi,
I am porting a private target in GCC 4.6.3 version. For my target
pointer size is 24bits and word size is 32bits. Moreover a byte is
32bit
For the testcase gcc.c-torture/compile/92-1.c i get the following ICE
92-1.c: In function 'f':
92-1.c:18:5: internal compiler error: in size_
i686-pc-linux-gnu
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-linux-gnu/4.6.3/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /usr/local/gcc-4.6.3/configure --prefix=/usr
--enable-languages=c,c++,ada,fortran,java,lto,objc
Thread model: posi
Hi,
This modification (assertion) is causing failure in ia64-hp-hpux11.23:
r187199 | rsandifo | 2012-05-05 10:41:49 -0700 (Sat, 05 May 2012) | 247 lines
Changed paths:
M /trunk/gcc/explow.c
* explow.c (plus_constant, plus_constant_mode): Likewise. Assert that
the mode is sensible.
H
Hello,
In gcse.c:insert_insn_end_basic_block() I found the following code:
#ifdef HAVE_cc0
/* FIXME: 'twould be nice to call prev_cc0_setter here but it aborts
if cc0 isn't set. */
note = find_reg_note (insn, REG_CC_SETTER, NULL_RTX);
if (note)
insn = XEXP (not
21 matches
Mail list logo
