GCC mailing list readers;
I am seeking persons interested in reviewing a proposed programming
paradigm called Relational Association Programming (RAP).
This paradigm complements the procedural programming paradigm with
modular emphasis.
The C programming language natively supports RAP which is dem
"H.J. Lu" writes:
> On Thu, Mar 31, 2011 at 9:14 PM, Ian Lance Taylor wrote:
>> "H.J. Lu" writes:
>>
>>> 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?
GCC mailing list readers;
I am seeking persons interested in reviewing a proposed programming
paradigm called Relational Association Programming (RAP).
This paradigm complements the procedural programming paradigm with
modular emphasis.
The C programming language natively supports RAP which is dem
On Thu, Mar 31, 2011 at 9:14 PM, Ian Lance Taylor wrote:
> "H.J. Lu" writes:
>
>> 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?
>
> No, that would change
"H.J. Lu" writes:
> 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?
No, that would change every target. I think you have to change
DATA_ALIGNMENT, CONSTANT_
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?
Thanks.
--
H.J.
Snapshot gcc-4.5-20110331 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20110331/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
"Iyer, Balaji V" writes:
>I see in GCC that when we use the flag "-f-tree-optimized" it
> will dump the contents of the input file after doing all the tree-based
> optimization. Is it possible for me to modify this file and then submit it
> back into gcc for processing to creat
> Dennis Clarke writes:
>
>>> The only caveat are strange errors with gmake:
>>>
>>> make[3]: write error
>>>
>>> See CR 6938116 GNU make highly unreliable: `write error' message.
>>>
>>> I've hacked around this by ignoring the error in misc.c (close_stdout)
>>> ;-)
>>>
>>
>> It seems odd th
On Thu, Mar 31, 2011 at 4:04 PM, Iyer, Balaji V wrote:
> Hello Everyone,
> I see in GCC that when we use the flag "-f-tree-optimized" it
> will dump the contents of the input file after doing all the tree-based
> optimization. Is it possible for me to modify this file and then subm
Hello Everyone,
I see in GCC that when we use the flag "-f-tree-optimized" it
will dump the contents of the input file after doing all the tree-based
optimization. Is it possible for me to modify this file and then submit it back
into gcc for processing to create an executable/ass
Joe Buck writes:
> On Wed, Mar 30, 2011 at 11:38:02PM -0700, Ian Lance Taylor wrote:
>> Our releases are normally built with GNU tar, which seems to default to
>> --format=tar. I wonder if we should switch to --format=pax. The pax
>> format was defined by POSIX.1 10 years ago, and should be wid
On Wed, Mar 30, 2011 at 11:38:02PM -0700, Ian Lance Taylor wrote:
> Our releases are normally built with GNU tar, which seems to default to
> --format=tar. I wonder if we should switch to --format=pax. The pax
> format was defined by POSIX.1 10 years ago, and should be widely
> supported at this
I advise CC:ing the relevant target maintainers on such patch submissions.
Since there is no *-kfreebsd-gnu maintainer (you might wish to volunteer
to be such), and no *-linux* maintainer for the linux*.h changes, this
means the people listed as maintainers of the i386 port.
--
Joseph S. Myer
On 30/03/11 08:57, Claudiu Zissulescu wrote:
Hi,
I would try using the named address space for your issue (see
TARGET_ADDR_SPACE_POINTER_MODE). Please check the SPU target for an
implementation example.
Hummm, I haven't noticed this hook before. Could this be used to
implement cases where fu
On Thu, 31 Mar 2011, Paolo Bonzini wrote:
> On 03/30/2011 05:54 PM, Joseph S. Myers wrote:
> > Thanks. My inclination is to say that this should be considered an
> > independent tool in its own repository, as something not required in the
> > build of any of the other tools. More specifically, u
Ping^2
2011/1/26 Robert Millan :
> Ping!
>
> 2011/1/18 Robert Millan :
>> 2011/1/14 Robert Millan :
>>> 2011/1/12 Robert Millan :
> * The headers config/kfreebsd-gnu.h etc. override
> GLIBC_DYNAMIC_LINKER. But the 64-bit configurations
> x86_64-*-kfreebsd*-gnu and x86_64-*-knetbsd*-
Dennis Clarke writes:
>> The only caveat are strange errors with gmake:
>>
>> make[3]: write error
>>
>> See CR 6938116 GNU make highly unreliable: `write error' message.
>>
>> I've hacked around this by ignoring the error in misc.c (close_stdout) ;-)
>>
>
> It seems odd that gmake would pa
> Dennis Clarke writes:
>
>> Do you know if anyone has ever tested that on Solaris ? Lately Solaris
>> is
>> where open source goes to die ( blame Larry for that ) so I figure I may
>> as well give it a shot, but before I do .. tell me know if this little
>> trick works at all.
>
> Why shouldn't
Dennis Clarke writes:
> Do you know if anyone has ever tested that on Solaris ? Lately Solaris is
> where open source goes to die ( blame Larry for that ) so I figure I may
> as well give it a shot, but before I do .. tell me know if this little
> trick works at all.
Why shouldn't it? I'm using
On 03/30/2011 05:15 PM, Joseph S. Myers wrote:
On Tue, 29 Mar 2011, Joseph S. Myers wrote:
Specifically, I propose removal of all support for building: ash autoconf
automake bash byacc bzip2 diff dosutils fileutils findutils find gawk
gettext gnuserv gzip hello indent libiconv libtool make mmal
On 03/30/2011 05:54 PM, Joseph S. Myers wrote:
Thanks. My inclination is to say that this should be considered an
independent tool in its own repository, as something not required in the
build of any of the other tools. More specifically, utils/mep and
utils/wince look like independent tools ea
On Thu, Mar 31, 2011 at 2:57 PM, Ian Lance Taylor wrote:
> Liu writes:
>
>> On Wed, Mar 30, 2011 at 11:45 PM, Ian Lance Taylor wrote:
>>> Liu writes:
>>>
if (GET_MODE (dest) == V32QImode)
tmp_reg = gen_reg_rtx (V32QImode);
>>>
vpaddd.c:33:1: internal compiler error:
> On Wed, Mar 30, 2011 at 11:45:38PM -0700, Ian Lance Taylor wrote:
>> Ryan Hill writes:
>>
>> > Does anyone know since when (if) running make check with more than one
>> job
>> > has been supported? IIRC back in the 3.x days it caused issues so
>> we've
>> > been forcing -j1 here forever. If w
On Wed, Mar 30, 2011 at 11:45:38PM -0700, Ian Lance Taylor wrote:
> Ryan Hill writes:
>
> > Does anyone know since when (if) running make check with more than one job
> > has been supported? IIRC back in the 3.x days it caused issues so we've
> > been forcing -j1 here forever. If we could run i
25 matches
Mail list logo
