Hello,
I would like to update boehm-gc in gcc's tree to more recent version
(7.2 - alpha 5). It has shown now that we wait for x64 windows
support of boehm-gc more then one year. This blocks the waiting
patches for libjava support for this target and some other features
depending on boehm-gc. Add
On 04/01/2011 10:05 AM, Kai Tietz wrote:
> I would like to update boehm-gc in gcc's tree to more recent version
> (7.2 - alpha 5). It has shown now that we wait for x64 windows
> support of boehm-gc more then one year. This blocks the waiting
> patches for libjava support for this target and some
-4.6-avr/gcc/include -isystem
/mnt/nfs/home/georg/gnu/build/gcc-4.6-avr/gcc/include-fixed strtod-i.c
-quiet -dumpbase strtod-i.c -auxbase strtod-i -Os -version -o strtod-i.s
(gdb) cd ~/test
(gdb) r
GNU C (GCC) version 4.7.0 20110401 (experimental) (avr)
compiled by GNU C version 4.3.2 [gcc
2011/4/1 Andrew Haley :
> On 04/01/2011 10:05 AM, Kai Tietz wrote:
>
>> I would like to update boehm-gc in gcc's tree to more recent version
>> (7.2 - alpha 5). It has shown now that we wait for x64 windows
>> support of boehm-gc more then one year. This blocks the waiting
>> patches for libjava s
Kai,
> Ok, I've posted the diffs to Ivan. I separated them into two pieces.
> One all before testsuite patch (was last recent one) and the other
> changes. Due the fact that a lot of files in boehm-gc have changed
> places, I think it is better that Ivan does the diff here manually, as
> it is som
On Thu, 31 Mar 2011, H.J. Lu wrote:
> Hi,
>
> I'd like to bump the default alignment of complex float from 4 byte
> to 8 byte. ADJUST_ALIGNMENT doesn't work since SC is a stand
> mode. Is that OK to update mode_base_align directly?
What do you mean by "default alignment"? You can't change the
On Fri, Apr 1, 2011 at 4:49 AM, Joseph S. Myers wrote:
> On Thu, 31 Mar 2011, H.J. Lu wrote:
>
>> Hi,
>>
>> I'd like to bump the default alignment of complex float from 4 byte
>> to 8 byte. ADJUST_ALIGNMENT doesn't work since SC is a stand
>> mode. Is that OK to update mode_base_align directly?
>
On Fri, 1 Apr 2011, H.J. Lu wrote:
> On Fri, Apr 1, 2011 at 4:49 AM, Joseph S. Myers
> wrote:
> > On Thu, 31 Mar 2011, H.J. Lu wrote:
> >
> >> Hi,
> >>
> >> I'd like to bump the default alignment of complex float from 4 byte
> >> to 8 byte. ADJUST_ALIGNMENT doesn't work since SC is a stand
> >>
On Fri, Apr 1, 2011 at 5:14 AM, Joseph S. Myers wrote:
> On Fri, 1 Apr 2011, H.J. Lu wrote:
>
>> On Fri, Apr 1, 2011 at 4:49 AM, Joseph S. Myers
>> wrote:
>> > On Thu, 31 Mar 2011, H.J. Lu wrote:
>> >
>> >> Hi,
>> >>
>> >> I'd like to bump the default alignment of complex float from 4 byte
>> >>
Online reading
http://rapp.sourceforge.net/RAP.PDF
http://rapp.sourceforge.net/RAP-C.PDF
C example with source
http://sourceforge.net/projects/rapp/files/RAP-C/RAP-C.ZIP/download
Happy coding,
Aaron
Helo All,
It seems that, since realmpfr.h is not listed in the PLUGIN_HEADERS in
gcc/Makefile.in, it cannot be used from plugins.
Is there a reason for that, or what? I feel that plugins need to know about
and about the real_from_mpfr & mpfr_from_real functions.
Cheers.
--
Basile STARYNKEVITCH
Snapshot gcc-4.6-20110401 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20110401/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hello All,
I compiled a very simple code on a Intel targets:
int a, b, c, d;
void func1(void)
{
a = a & b;
if(a)
c = d;
}
The assembler generated was (on cygwin 32-bit):
movl_b, %eax
andl_a, %eax
testl %eax, %eax
movl%eax, _a
On Fri, Apr 1, 2011 at 8:57 PM, Alex wrote:
> If I understood correct, gcc could replace insns 5, 7, 8 and 9 by the insn
> defined as "*and_2", but it seems "combine" did not tried that.
Yes you missed that combine in GCC only acts on 3 insns at a time.
Though that has changed in GCC 4.6 and abo
Andrew Pinski writes:
> On Fri, Apr 1, 2011 at 8:57 PM, Alex wrote:
>> If I understood correct, gcc could replace insns 5, 7, 8 and 9 by the insn
>> defined as "*and_2", but it seems "combine" did not tried that.
>
> Yes you missed that combine in GCC only acts on 3 insns at a time.
> Though th
15 matches
Mail list logo
