On Mon, Mar 22, 2010 at 5:48 PM, Ian Lance Taylor wrote:
> "Paulo J. Matos" writes:
>
>> After looking into the arm code I am quite confused since even though
>> it uses HF (at least I found references to it in gcc4.5, but not in
>> gcc4.3 or gcc4.4), I can't see how it's importing floatunsihf. I
Hi.
GCC 4.5.0 will ship with support for lm32. This is an IP which can be
configured in several ways (with or without barrel shifter, and with or
without a hardware multiplier).
To be usable in all cases, it has to support multilib. The support is
present but broken: the "MULTILIB_OPTIONS" variab
On Tue, Mar 30, 2010 at 10:47 AM, Samuel Tardieu wrote:
> Hi.
>
> GCC 4.5.0 will ship with support for lm32. This is an IP which can be
> configured in several ways (with or without barrel shifter, and with or
> without a hardware multiplier).
>
> To be usable in all cases, it has to support multi
On 03/30/2010 05:14 AM, Richard Guenther wrote:
On Tue, Mar 30, 2010 at 10:47 AM, Samuel Tardieu wrote:
Hi.
GCC 4.5.0 will ship with support for lm32. This is an IP which can be
configured in several ways (with or without barrel shifter, and with or
without a hardware multiplier).
To be u
On Tue, Mar 30, 2010 at 12:40 PM, Joel Sherrill
wrote:
> On 03/30/2010 05:14 AM, Richard Guenther wrote:
>>
>> On Tue, Mar 30, 2010 at 10:47 AM, Samuel Tardieu wrote:
>>
>>>
>>> Hi.
>>>
>>> GCC 4.5.0 will ship with support for lm32. This is an IP which can be
>>> configured in several ways (with
Hi,
On 2010-03-29 17:05:09 +, Joseph S. Myers wrote:
> GMP is mainly used via MPFR. Thus, I'd expect the required version to be
> bumped if a new MPFR version was required that in turn required newer GMP,
> but otherwise there would be little use to a bump. New MPFR would be
> required if
> We're not able to enable BB reordering with -Os. The behaviour is
> hard-coded via this if statement in rest_of_handle_reorder_blocks():
>
> if ((flag_reorder_blocks || flag_reorder_blocks_and_partition)
> /* Don't reorder blocks when optimizing for size because extra
> jump insns may
>
On Sun, 28 Mar 2010, áÒÔÅÍ ûÉÎËÁÒÏ× wrote:
> It would be much easier for the programmer to use an abstract layer to
> implement a vectorized code. A compiler should deal with the portability
> issues
> dispatching the code from the abstract layer to the particular architecture.
> My
The generic
On Tue, Mar 30, 2010 at 9:33 AM, Paulo J. Matos wrote:
>
> I have been slowly hammering on this issue to get it to work but the
> compiler is still generating a call to floatunsihf and it fails to
> link. Now, I am confused as to whether what needs to be done is
> hand-code this function for my pa
Hi,
I am trying to get FP support working in a backend. This raised
several questions which were promptly answered and after digging
deeper I found the culprit.
GCC is generating a call to floatunsihf when it needs to convert an
unsigned integer to a float. And this call is being generated because
On Tue, 30 Mar 2010, Paulo J. Matos wrote:
> GCC is generating a call to floatunsihf when it needs to convert an
> unsigned integer to a float. And this call is being generated because
> I am compiling to a 16bit target, where floats are 32, meaning floats
> are HFmode.
No, HFmode only exists if
On Tue, Mar 30, 2010 at 2:29 PM, Joseph S. Myers
wrote:
> On Tue, 30 Mar 2010, Paulo J. Matos wrote:
>
>> GCC is generating a call to floatunsihf when it needs to convert an
>> unsigned integer to a float. And this call is being generated because
>> I am compiling to a 16bit target, where floats a
On Tue, Mar 30, 2010 at 2:29 PM, Joseph S. Myers
wrote:
> No, HFmode only exists if you specifically define it to exist for a
> target. Unless you really know what you are doing, you should not define
> it until you have ordinary float (SFmode) working. If HFmode calls are
> generated without ha
Hi,
On Tue, Mar 30, 2010 at 12:43:39AM +0200, Jan Hubicka wrote:
> > I have run the testcase with the early inliner disabled and noticed
> > that gcc.dg/guality/inline-params.c XPASSes with early inlining and
> > XFAILs without it. The reason for the (expected) failure is that
> > IPA-CP removes
On Tue, Mar 30, 2010 at 2:54 PM, Paulo J. Matos wrote:
>
> On a surprising note, I decided to try and compile it with
> FLOAT_TYPE_SIZE with 64 bits, therefore a float should not be SFmode
> and the floatunsihf shouldn't be generated anymore. I was wrong, it is
> still generated.
>
This is false,
On Tue, 30 Mar 2010, Paulo J. Matos wrote:
> I have 16 BITS_PER_UNIT for this target, with 1 UNITS_PER_WORD. If I
> define FLOAT_TYPE_SIZE to be 32, then a float is an HFmode and it's
> not that gcc uses this.
> Defining BITS_PER_UNIT to 16 shouldn't generate problems inside the
> compiler given t
On Tue, Mar 30, 2010 at 3:29 PM, Joseph S. Myers
wrote:
> On Tue, 30 Mar 2010, Paulo J. Matos wrote:
>
>> I have 16 BITS_PER_UNIT for this target, with 1 UNITS_PER_WORD. If I
>> define FLOAT_TYPE_SIZE to be 32, then a float is an HFmode and it's
>> not that gcc uses this.
>> Defining BITS_PER_UNIT
> The generic vector types (used with the vector_size attribute) could be
> seen as the beginnings of such an abstract layer.
Yes, this is very likely is going to be a starting point. I'm sorry
that I have not mentioned this in my first email. Maybe there could be
some alternative ideas how it sho
Hello
(sorry for bothering the list, it probably probably is relevant only to
the persons managing the SSH accounts).
A young French student - Jérémie Salvucci - in CC wants to contribute to
GCC and has obtained from his university a signed disclaimer, and has
sent it (probably by scanning
On Tue, Mar 30, 2010 at 7:09 AM, Martin Jambor wrote:
> Hi,
>
> On Tue, Mar 30, 2010 at 12:43:39AM +0200, Jan Hubicka wrote:
>> > I have run the testcase with the early inliner disabled and noticed
>> > that gcc.dg/guality/inline-params.c XPASSes with early inlining and
>> > XFAILs without it. Th
Hi,
On Tue, Mar 30, 2010 at 10:14:16AM -0700, Janis Johnson wrote:
> On Tue, Mar 30, 2010 at 7:09 AM, Martin Jambor wrote:
> > On Tue, Mar 30, 2010 at 12:43:39AM +0200, Jan Hubicka wrote:
> >> > I have run the testcase with the early inliner disabled and noticed
> >> > that gcc.dg/guality/inline-
Basile,
Jeremie Salvucci is not listed in the copyrights file. I don't know
what procedure he followed, but he does not have a copyright
assignment on file. The FSF does not accept scanned JPEG forms, so I
don't know what you're talking about. Based on what you have written,
I have no idea what
On Sun, Mar 28, 2010 at 10:37:07PM +0100, Артем Шинкаров wrote:
> Hi,
>
> I have a project in mind which I'm going to propose to the GCC in terms of
> Google Summer of Code. My project is not on the list of project ideas
> (http://gcc.gnu.org/wiki/SummerOfCode) that is why it would be very
> inte
On Tue, Mar 30, 2010 at 10:42 AM, Martin Jambor wrote:
> Hi,
>
> On Tue, Mar 30, 2010 at 10:14:16AM -0700, Janis Johnson wrote:
>> On Tue, Mar 30, 2010 at 7:09 AM, Martin Jambor wrote:
>> > On Tue, Mar 30, 2010 at 12:43:39AM +0200, Jan Hubicka wrote:
>> >> > I have run the testcase with the early
On 29 March 2010 19:51, Geert Bosch wrote:
>
> On Mar 29, 2010, at 13:19, Jeroen Van Der Bossche wrote:
>
>> 've recently written a program where taking the average of 2 floating
>> point numbers was a real bottleneck. I've looked into the assembly
>> generated by gcc -O3 and apparently gcc treats
On Tue, 30 Mar 2010, Basile Starynkevitch wrote:
> 1. how to admit as soon as possible (as a a write-after-approval maintainer) a
> student who did get a signed copyright disclaimer from his university to get a
> SVN+ssh write account to GCC
In addition to the paperwork (which needs checking in c
Joseph S. Myers wrote:
On Tue, 30 Mar 2010, Basile Starynkevitch wrote:
1. how to admit as soon as possible (as a a write-after-approval maintainer) a
student who did get a signed copyright disclaimer from his university to get a
SVN+ssh write account to GCC
In addition to the paperwork (whic
On Tue, Mar 30, 2010 at 11:13:32AM -0700, Janis Johnson wrote:
> > 2010-03-30 Martin Jambor
> >
> > * inline-params.c: Disable early inlining. Xfail run only with -O2,
> > -O3 or -Os and not with -fwhopr.
> >
> > Index: gcc/testsuite/gcc.dg/guality/inline-params.c
> >
On Tue, 30 Mar 2010, Basile Starynkevitch wrote:
> Joseph S. Myers wrote:
> > On Tue, 30 Mar 2010, Basile Starynkevitch wrote:
> >
> > > 1. how to admit as soon as possible (as a a write-after-approval
> > > maintainer) a
> > > student who did get a signed copyright disclaimer from his university
Hello gcc and libtool lists,
Summary: both Autoconf-generated configure tests as well as some Libtool
construct invoke undefined behavior. Question is how to deal with it,
and whether GCC, as QoI, may want to define behavior in these cases.
1) Autoconf-generated configure tests often fake the p
What exactly is the expected behavior from invoking
-enable-tls in configure on a target that only has
emulated tls? In libgcc, we end up building tls support
in the compiler via emulated tls and I am wondering if
using -enable-tls would do the same across the whole
compiler.
Snapshot gcc-4.4-20100330 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20100330/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On 2010-03-30 20:36:04 +0200, Jeroen Van Der Bossche wrote:
> The if statement is there exactly to address under- and overflow and
> nothing else. It's not because it looks simple that I didn't think
> it through. I know exactly how floating point multiplication works,
> and this implementation of
Hello All,
For your information, since there are several native French speaking
persons interested by GCC MELT (that is by the MELT branch & plugin of
GCC), I just created the gcc-melt-fre...@googlegroups.com list.
Its archives are public, and the discussion language on that list is French.
34 matches
Mail list logo
