Hello all,
I am trying to port a 32bit target in GCC 4.4.0
Of the addressing modes that are allowed by my target the one with
(base register + offset) is restrictive in QImode.
The restriction is that if the base register is not Stack Pointer then
this kind of address cannot come in a load instruc
Attached are my latest experimental polymorphic lambda patches against the
latest lambda branch. Template parameters
implied by auto in the lambda's call parameter list no longer lose qualifiers.
The following examples produce
equivalent functions:
1. [] (auto x, auto& y, auto const& z) {
On Mon, Aug 10, 2009 at 04:22, Rainer Emrich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I build my gcc windows versions (*-pc-cygwin, *-pc-mingw32, *-w64-mingw32)
> using
> static build libraries gmp, mpfr, mpc, ppl and cloog. Configuration and
> building
> of gcc is really easy
Hello Dave,
* Dave Korn wrote on Wed, Aug 05, 2009 at 11:58:31AM CEST:
> > libtool: link: /gnu/gcc/obj-patched-gnat2/./gcc/xgcc
> > -B/gnu/gcc/obj-patched-gnat
> > 2/./gcc/ -B/opt/gcc-tools/i686-pc-cygwin/bin/
> > -B/opt/gcc-tools/i686-pc-cygwin/li
> > b/ -isystem /opt/gcc-tools/i686-pc-cygwin/i
This probably is not gimp (the graphics editor) but gmp (the
multi-precision integer operation library) and mpfr (same for
floating-point). To build any recent GCC you'll indeed need
these two libraries. Fortunately, they're already available
on s390(x) on Linux, and shouldn't really contain any
Paul Edwards wrote:
> GCC 4 complained (on my Linux system) that I didn't have
> various things (gimp etc) installed, which means I would need
> that other software to be ported too, which is not a project
> I want to work on at the moment. However, at least it means
> that i have successfully me
Le 10/08/2009 18:47, Jason Merrill a écrit :
> Incidentally, have you tried the procedure I wrote out at
> http://gcc.gnu.org/wiki/GitMirror ?
Yeah, but I haven't exercised the git-svn setup yet, as git-svn and I
stopped being friends long ago. It looks like I am going to try and visit
him again
On 08/10/2009 09:00 AM, Dodji Seketeli wrote:
It seems the git mirror git://gcc.gnu.org/git/gcc.git didn't sync'ed to
the gcc svn tree since last Friday as git fetch wont grab any bits newer
than that date. Cloning from that address works OK though. It's just that
the bits are a bit old.
I was
On 08/10/2009 08:20 AM, Michael Matz wrote:
It's not that they _create_ side-effects, but they depend on some.
Ah, fair enough. I hadn't actually thought that all through.
Btw, it's really wonderful that someone tackles EH-on-gimple ;-)
I hadn't been planning on it, but my trans-mem branch
Hi,
On Mon, 10 Aug 2009, Richard Henderson wrote:
> On 08/10/2009 05:53 AM, Michael Matz wrote:
> > Shouldn't it be enough to have EXC_PTR_EXPR/FILTER_EXPR simply be builtin
> > functions with proper attributes.
>
> Yes, that would be entirely possible. I thought about that later,
> after I'd p
On 08/10/2009 05:53 AM, Michael Matz wrote:
Shouldn't it be enough to have EXC_PTR_EXPR/FILTER_EXPR simply be builtin
functions with proper attributes.
Yes, that would be entirely possible. I thought about that later,
after I'd posted that message.
Yall worry about pure/const'ness downthread:
On Mon, 2009-08-10 at 15:09 +0200, Steven Bosscher wrote:
> On Mon, Aug 10, 2009 at 1:16 PM, Ramana
> Radhakrishnan wrote:
> > I wonder if the best way to fix this is to teach ifcvt.c to handle
> > conditional returns.
>
> Yes. This is a bug in the middle-end. I can only guess why you are
> the
On Mon, Aug 10, 2009 at 3:21 PM, Michael Matz wrote:
> Hi,
>
> On Mon, 10 Aug 2009, Richard Guenther wrote:
>
>> >> No and no. They will eventually resolve to pseudos generated during
>> >> rtl eh expansion. But to avoid silliness at the gimple level I don't
>> >> want to allow them to appear at
On Mon, Aug 10, 2009 at 02:05, Qihang Huang wrote:
> I found some preliminary documents for the initial GOMP project, but
> it is old and not much detail. I was wondering whether there is a
> design document for OpenMP 3.0? Or something similar. That would be
> really helpful.
The design document
Hi,
On Mon, 10 Aug 2009, Richard Guenther wrote:
> >> No and no. They will eventually resolve to pseudos generated during
> >> rtl eh expansion. But to avoid silliness at the gimple level I don't
> >> want to allow them to appear at random.
> >
> > Shouldn't it be enough to have EXC_PTR_EXPR/
On Mon, Aug 10, 2009 at 1:16 PM, Ramana
Radhakrishnan wrote:
> I wonder if the best way to fix this is to teach ifcvt.c to handle
> conditional returns.
Yes. This is a bug in the middle-end. I can only guess why you are
the first to run into this (the ia64 return instruction is not
predicable?) b
On Mon, Aug 10, 2009 at 2:53 PM, Michael Matz wrote:
> Hi,
>
> On Fri, 7 Aug 2009, Richard Henderson wrote:
>
>> On 08/07/2009 12:31 PM, Richard Guenther wrote:
>> > > L.N:
>> > > exc_ptr.1 = EXC_PTR_EXPR (N);
>> > > filter.1 = FILTER_EXPR (N);
>> >
>> > Does the above have
>> > virtual operand
Hello,
It seems the git mirror git://gcc.gnu.org/git/gcc.git didn't sync'ed to
the gcc svn tree since last Friday as git fetch wont grab any bits newer
than that date. Cloning from that address works OK though. It's just that
the bits are a bit old.
Is this a known issue ?
Thanks.
--
Dodji Sek
Hi,
On Fri, 7 Aug 2009, Richard Henderson wrote:
> On 08/07/2009 12:31 PM, Richard Guenther wrote:
> > > L.N:
> > > exc_ptr.1 = EXC_PTR_EXPR (N);
> > > filter.1 = FILTER_EXPR (N);
> >
> > Does the above have
> > virtual operands, thus are there any aliases to whatever EXP_PTR_EXPR
> > or FILT
pms writes:
> My question is as follwos
>
> We've a problem here. we were trying to use cc1 with & without -O option to
> verify the optimizations happening in our sample code.
> the sample code is given below
> file name : 1.c
> #include
> int main()
> { int a=5;
> int b;
> b=a;
> printf(
Thanx Ian,
My question is as follwos
We've a problem here. we were trying to use cc1 with & without -O option to
verify the optimizations happening in our sample code.
the sample code is given below
file name : 1.c
#include
int main()
{ int a=5;
int b;
b=a;
printf("the number is :%d",b);
Hi,
While experimenting to see if some of the bits in the ARM backend which
do predicated execution can be removed in favour of the more generic
bits in ifcvt.c. I attempted to turn on conditional calls using the
predicable attribute on the ARM port.
I've run into an ICE in the ifcvt pass for th
Andy writes:
> I got that, glibc can support SHA in crypt lib since v2.7.
>
> There is a requirement in my application to use SHA, but update the
> whole glibc is too risky. So I want to build a specific crypt lib for
> the module using crypt function in my application.
>
> Now the calling graph
pms writes:
> thanks, But b=a is a assignment statement. It is doing some memory operations
> isn't it. Assuming b=a is a dead statement, how r the following i386
> assembly statements generated
> pushl %ebp
> movl%esp, %ebp
> andl$-16, %esp
> subl$16, %esp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I build my gcc windows versions (*-pc-cygwin, *-pc-mingw32, *-w64-mingw32) using
static build libraries gmp, mpfr, mpc, ppl and cloog. Configuration and building
of gcc is really easy using the --with-host-libstdcxx configure switch. That's
not true fo
25 matches
Mail list logo
