Am Samstag 17 März 2007 schrieb Prakash Punnoor:
> Now filed under
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31245
>
> at David's request.
I noticed another SSE2 related bug, filed under
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31361
--
(°= =°)
//\ Prakash Punnoor /\\
Paolo Bonzini <[EMAIL PROTECTED]> writes:
>> + no) BUGURL="";
>
> just BUGURL= (no useless trailing semicolon).
>
>> + case ${BUGURL} in
>
> Please quote this as "$BUGURL".
That would be useless quotes. :-)
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products Gmb
Andreas Schwab wrote:
> Paolo Bonzini <[EMAIL PROTECTED]> writes:
>
>>> + no) BUGURL="";
>> just BUGURL= (no useless trailing semicolon).
>>
>>> + case ${BUGURL} in
>> Please quote this as "$BUGURL".
>
> That would be useless quotes. :-)
Uh, you're right. Word split does not apply in a c
hi all,
I'm trying to make some optimizations in gcc, and I need to manipulate
control flow graph when code is translated in SSA form. I wrote
optimization code, but I noticed that when my code is executed the
code isn't in SSA form, it's only in GIMPLE form. How can I obtain the
SSA form to appl
-gnu --host=i486-linux-gnu --target=i486-linux-gnu
[...]
/scratch/packages/gcc/snap/gcc-snapshot-20070326/build/./gcc/xgcc
-B/scratch/packages/gcc/snap/gcc-snapshot-20070326/build/./gcc/
-B/usr/lib/gcc-snapshot/i486-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/i486-linux-gnu/lib/ -isystem
/usr/lib/gcc-sna
On 3/26/07, Andrea Callia D'Iddio <[EMAIL PROTECTED]> wrote:
I'm trying to make some optimizations in gcc, and I need to manipulate
control flow graph when code is translated in SSA form. I wrote
optimization code, but I noticed that when my code is executed the
code isn't in SSA form, it's only
In gcc packages, I could not find ld.so and libdl.so
Binutils only contains ld.
Where can I find the gnu source code for libdl.so and ld.so
Thanks
Mayank
On Sun, 25 Mar 2007, Mark Mitchell wrote:
> Joseph S. Myers wrote:
> > On Sat, 24 Mar 2007, Bruce Korb wrote:
> >
> >> This bootstraps in Linux i686 & I can use -Wno-format-contains-nul to
> >> suppress that warning. OK?
> >
> > This is not a complete patch submission, I await one with document
Hello,
I just applied to Google Summer of Code for working on GCC this summer.
I want to implement some Fortran 2003 features, in particular procedure
pointers and type-bound procedures. You can find my complete application
at http://www.stud.uni-giessen.de/~su5092/gsoc/application.pdf
Now I
On Mon, Mar 26, 2007 at 09:13:30AM +0200, Paolo Bonzini wrote:
> Please do this instead:
>
> [EMAIL PROTECTED] "$BUGURL" | sed 's/@/@@/g'`}
>
Will it work with spaces in $BUGURL?
H.J.
Jim Wilson wrote:
Rohit Arul Raj wrote:
1. The function mcount: While building with native gcc, the mcount
function is defined in glibc. Is the same mcount function available in
newlib? or is it that we have to define it in our back-end as SPARC
does (gmon-sol2.c).
Did you try looking at newli
H. J. Lu wrote:
> On Mon, Mar 26, 2007 at 09:13:30AM +0200, Paolo Bonzini wrote:
>> Please do this instead:
>>
>> [EMAIL PROTECTED] "$BUGURL" | sed 's/@/@@/g'`}
>>
>
> Will it work with spaces in $BUGURL?
Yes, it will. You need quoting in the echo command, but
not in the variable assignment.
Dmitry Zhurikhin wrote:
Hello, I want to propose a project for Google Summer of Code on title
"New static scheduling heuristic". I hope that Vlad Makarov from
Redhat or Andrey Belevantsev from ISP RAS will menthor this
application.
I will appreciate any feedback and will try to answer any questi
> "Nitesh" == Nitesh Shende <[EMAIL PROTECTED]> writes:
Nitesh> I am trying to build gcc with java support on solaris 10 I am getting
Nitesh> lot of errors
Sorry, there isn't enough information here to go by. Make sure you've
followed all the build instructions:
http://gcc.gnu.org/
On 3/26/07, Joseph S. Myers <[EMAIL PROTECTED]> wrote:
> > use of -Wformat-contains-nul
>
> But, you do think the option is useful overall, then, and that Bruce
> should proceed with the additional steps you mention?
Yes, I think it makes sense in principle (and the existing patch is
p
* Matthias Klose <[EMAIL PROTECTED]> [2007-03-26 12:39]:
> I see another bootstrap failure with a compiler configured for
> i486-linux-gnu.
>
> ../../../src/libgcc/../libdecnumber/decLibrary.c:36: error: expected
> declaration specifiers or '...' before 'decimal32'
I found the reason for this ye
Hello,
I get similar error with recent mainline on PPC.
../../../../gcc/libgcc/../libdecnumber/decLibrary.c:71: error: expected ';'
before 'd128'
../../../../gcc/libgcc/../libdecnumber/decLibrary.c:73: error: 'd128'
undeclared (first use in this function)
../../../../gcc/libgcc/../libdecnumber/de
On 3/26/07, Mayank Kumar <[EMAIL PROTECTED]> wrote:
In gcc packages, I could not find ld.so and libdl.so
Binutils only contains ld.
Where can I find the gnu source code for libdl.so and ld.so
They come from glibc which I doubt MS uses as they have their own
shared library (dll) loader and libc
On Sun, 25 Mar 2007, Daniel Berlin wrote:
Ayal has not signed up to be a mentor (as of yet). If he doesn't, i'd
be happy to mentor you here, since i wrote part of tree-data-ref.c
Thanks, I'll be very glad to work with you.
On Mon, 26 Mar 2007, Ayal Zaks wrote:
Sorry, I fear I may have too
Thanks for this information. I wanted to take a look at the code.
Yes MS has its own shared library loader and libc.
Thanks
Mayank
-Original Message-
From: Andrew Pinski [mailto:[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 9:36 PM
To: Mayank Kumar
Cc: gcc@gcc.gnu.org
Subject: Re: Where
On Sat, Mar 24, 2007 at 07:01:40PM +, Martin Michlmayr wrote:
> The following change broke --disable-multilib:
>
> 2007-03-23 Michael Meissner <[EMAIL PROTECTED]>
> H.J. Lu <[EMAIL PROTECTED]>
>
> ../src/configure --enable-languages=c --disable-multilib x86_64-linux-gnu
>
> /h
* Michael Meissner <[EMAIL PROTECTED]> [2007-03-26 13:57]:
> * configure.ac (--enable-decimal-float): Change x86 targets to
> just x86_64*-linux* and i?86*-linux* so that a non-canonical
> target of x86_64-linux will be handled.
In case this is acceptable: powerpc needs the same
On Mon, Mar 26, 2007 at 01:57:52PM -0400, Michael Meissner wrote:
> On Sat, Mar 24, 2007 at 07:01:40PM +, Martin Michlmayr wrote:
> > The following change broke --disable-multilib:
> >
> > 2007-03-23 Michael Meissner <[EMAIL PROTECTED]>
> > H.J. Lu <[EMAIL PROTECTED]>
> >
> > .
Several gcc developers are presenting at the Gelato conference in San
Jose this April. Google is inviting them and all other interested
parties to a gcc mini-summit at Google's Mountain View campus. The
mini-summit will be on Wednesday, April 18, in Google building 40,
from 10am to 5pm.
The goal
> 2006-02-07 Eric Botcazou <[EMAIL PROTECTED]>
> config/sol26.h (CPP_SUBTARGET_SPEC): Accept -pthread.
> doc/invoke.texi (SPARC options): Document -pthread.
It's only an alias for the existing -pthreads, not worth mentioning IMO.
--
Eric Botcazou
On Mon, Mar 26, 2007 at 09:28:44PM +0200, Eric Botcazou wrote:
> > 2006-02-07 Eric Botcazou <[EMAIL PROTECTED]>
> > config/sol26.h (CPP_SUBTARGET_SPEC): Accept -pthread.
> > doc/invoke.texi (SPARC options): Document -pthread.
>
> It's only an alias for the existing -pthreads, not worth mentionin
> So why is it there? Compatibility with some other compiler?
To work around some laziness in libgomp. :-) Other platforms only have
-pthread it seems.
--
Eric Botcazou
Snapshot gcc-4.1-20070326 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20070326/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
So I've just checked in a patch series which accomplishes about half
of what I was originally aiming to achieve with gengtype, and I'd like
to review what I think should still be done. My ultimate goal - not
just with gengtype - is to remove all hardwired kludges and
dependencies on target header
On 26/03/2007, at 3:12 PM, Zack Weinberg wrote:
Most of gengtype's hardwired kludges exist because it does not do
preprocessing, and therefore my recommendation is that we work toward
a state where gengtype can use libcpp to do that (we already have a
preprocessor library, let's use it :) If l
> Coprocessor types - the MeP chip has optional coprocessors, each with
> their own register sets. They need their own internal types (mostly
> to keep track of which unit to use), which we've created by prefixing
> the existing types with COP (i.e. COPSImode, COPDFmode, etc). This
> affects the
DJ Delorie <[EMAIL PROTECTED]> writes:
> > Coprocessor types - the MeP chip has optional coprocessors, each with
> > their own register sets. They need their own internal types (mostly
> > to keep track of which unit to use), which we've created by prefixing
> > the existing types with COP (i.e.
> Earlier you sent out a patch preventing inlining. That suggests that
> you can not compile code to run on both the main processor and the
> coprocessor at the same time.
No, that's not how it works. We always support both the main
processor and the coprocessor at the same time, in the same
co
DJ Delorie <[EMAIL PROTECTED]> writes:
> > If that is correct, then why do you need these coprocessor modes?
> > For example, why can't you set the mode in struct machine_function
> > and check that when recognizing insns?
>
> No, it's more like this:
>
> typedef int copsi __attribute__((mode(CO
On 3/27/07, DJ Delorie <[EMAIL PROTECTED]> wrote:
* postreload.c (reload_cse_move2add): Don't look for strict lowparts
of coprocessor modes.
This changes is not in your patch.
* c-typeck.c (convert_for_assignment): Don't relax reference check.
And neither is this one.
On Tue, 2007-03-27 at 07:47 +0200, Steven Bosscher wrote:
> On 3/27/07, DJ Delorie <[EMAIL PROTECTED]> wrote:
> >* postreload.c (reload_cse_move2add): Don't look for strict lowparts
> >of coprocessor modes.
>
> This changes is not in your patch.
>
>
> >* c-typeck.c (conve
36 matches
Mail list logo
