> Daniel Jacobowitz writes:
Dan> In updating toplevel libgcc, I noticed this in t-ppccomm:
Dan> ifneq (,$findstring gnu,$(target))
Dan> ... -mlong-double-128 ...
Dan> This suggests it was supposed to apply to both GNU/Linux and GNU/Hurd, but
Dan> no other PowerPC targets. Is that right? If
> Joslwah writes:
Joslwah> Looking at the Linux 32bit PowerPC ABI spec, it appears to me that
Joslwah> floats in excess of those that are passed in registers are supposed to
Joslwah> be promoted to doubles and passed on the stack. Examing the resulting
Joslwah> stack from a gcc generated C c
In updating toplevel libgcc, I noticed this in t-ppccomm:
ifneq (,$findstring gnu,$(target))
... -mlong-double-128 ...
This suggests it was supposed to apply to both GNU/Linux and GNU/Hurd, but
no other PowerPC targets. Is that right? If so, I assume it's safe to fix
it to do so. It doesn't qu
Snapshot gcc-4.1-20061124 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20061124/
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
Andrew Haley ha scritto:
Francesco Montorsi writes:
>
> Looking around for a solution (e.g. suppress that specific warning) I've
> found:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20345
>
> and I wonder if the patch referenced there
> (http://gcc.gnu.org/ml/gcc-patches/2006-06/
Hello All
In a previous message I (Basile S.) wrote on Fri, Nov 24, 2006 at
08:54:31PM
>
> I am thinking of extending the *.opt machinery (ie the
> gcc/opt-functions.awk gcc/optc-gen.awk gcc/opth-gen.awk files) to
> offer some GCC options which can be disabled or enabled by an
> appropriate c
I am thinking of extending the *.opt machinery (ie the
gcc/opt-functions.awk gcc/optc-gen.awk gcc/opth-gen.awk files) to
offer some GCC options which can be disabled or enabled by an
appropriate configure flag.
More precisely, configure can generate HAVE_* and ENABLE_* flags
(usually in the gneer
Hi,
I hope that this is the right mailing list to report this to. While reading
through the "GCC Internals Manual", I have found a mix-up in the chapter
"11.7 Constant expressions". The description of the expression
(const_vector:m [x0 x1 ...]) contains text belonging to the description of
the exp
Rob Quill wrote on 11/23/06 12:41:
I haven't looked into this yet, but as I think I may need to be able
to do something similar, is it possible to parse the cfg file that is
given out, and build a C structure like that?
Parsing a CFG dump is trivial. See the script I posted in
http://gcc.gnu.o
On 24/11/06, Paolo Bonzini <[EMAIL PROTECTED]> wrote:
Rob Quill wrote:
> On 24/11/06, Paolo Bonzini <[EMAIL PROTECTED]> wrote:
>> Rob Quill wrote:
>> > I haven't looked into this yet, but as I think I may need to be able
>> > to do something similar, is it possible to parse the cfg file that is
>
Rob Quill wrote:
On 24/11/06, Paolo Bonzini <[EMAIL PROTECTED]> wrote:
Rob Quill wrote:
> I haven't looked into this yet, but as I think I may need to be able
> to do something similar, is it possible to parse the cfg file that is
> given out, and build a C structure like that?
It seems to me t
On 24/11/06, Paolo Bonzini <[EMAIL PROTECTED]> wrote:
Rob Quill wrote:
> I haven't looked into this yet, but as I think I may need to be able
> to do something similar, is it possible to parse the cfg file that is
> given out, and build a C structure like that?
It seems to me that the answer had
12 matches
Mail list logo
