First, please note that having gfortran testresults for one platform
only means that "some version of the compiler was able to correctly
compile GMP & MPFR", not that "GCC trunk is able to correctly compile
GMP & MPFR". Nevertheless:
* i386-unknown-freebsd (alpha-unknown-freebsd5.4)
http://g
> Can anyone tell me where i can find the definition of tree.
Take a look in tree.h.
Ben
Hello Michael,
thanks for description. I wasn't aware, that the upper 32 bits are zeroed.
Does this means that even the stack has to be in the first 4 Gb, too. Or
does this mov instruction does a sign-extention.
Best regards,
i.A. Kai Tietz
In particular, I was just wondering how do compile GCC with debug. Not
how to debug it. I tried CFLAGS="-g" ./configure ..., but it still
compiled with gcc -O2 -g. Anyways, if anyone knows a helpful configure
trick that will help get me ready to debug gcc, please let me know.
By default, GCC b
Hi,
Regarding the PR:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29413
Is below patch adequate to fix the problem?
Works fine with me, but haven't done any regression test.
Thanks in Advance
(Hiroki Kaminaga)
t
--
Index: gcc/gcc/config/mips/mips.h
===
Hi,
I must get the informations (position in the file,
file where #pragma was found, text that follow the
#pragma in the line) of pragma's line code in C/C++
code.
For do that I think that it's a good idea using the
C/C++ gcc preprocessor.
How can I patch the gcc so it can execute a my
function
Currently, and it's been there for a while, I get the following error
on gcc trunk:
/usr/local/src/trunk/objdir/./gcc/xgcc -shared-libgcc
-B/usr/local/src/trunk/objdir/./gcc -nostdinc++
-L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src
-L/usr/local/src/trunk/objdir/i686-pc-cygwin/libs
Christian Joensson writes:
> Currently, and it's been there for a while, I get the following error
> on gcc trunk:
>
> ../../../gcc/libjava/java/lang/natClass.cc:904: error: thread-local
> storage not supported for this target
> make[3]: *** [java/lang/natClass.lo] Error 1
> make[3]: Leavin
Andrew Haley wrote:
> That __thread variable is surrounded by HAVE_TLS. There is a
> configure test which simply compiles this line:
>
> __thread int foo;
>
> and that configure test must succeed for HAVE_TLS to be set. So, to
> fix this we need to find out if that program did compile, and if
On Thu, Oct 12, 2006 at 09:48:13AM +0200, Paolo Bonzini wrote:
>
> >In particular, I was just wondering how do compile GCC with debug. Not
> >how to debug it. I tried CFLAGS="-g" ./configure ..., but it still
> >compiled with gcc -O2 -g. Anyways, if anyone knows a helpful configure
> >trick that w
Currently we permit implicit conversions between vectors whose total
bitsizes are equal but which are divided into differing numbers of subparts.
It seems that in some circumstances this rule is overly lax. For example
the following code, using vector types (whose definitions I have provided
from
Hi,
On Thu, 12 Oct 2006, Kai Tietz wrote:
> thanks for description. I wasn't aware, that the upper 32 bits are
> zeroed. Does this means that even the stack has to be in the first 4 Gb,
> too.
Why should it? I.e. no, it doesn't have to.
> Or does this mov instruction does a sign-extention.
This lack of type safety is unsettling, and I wonder if it should be fixed
with a patch along the lines of the (not yet fully tested) one below. Does
that sound reasonable? It seems right to try to fix the generic code here,
even though the testcase in hand is target-specific. If this approac
On Thu, 2006-10-12 at 17:06 +0900, Hiroki Kaminaga wrote:
> Hi,
>
> Regarding the PR:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29413
>
> Is below patch adequate to fix the problem?
> Works fine with me, but haven't done any regression test.
As I mentioned in the bug report, the problem is t
On Thu, 2006-10-12 at 13:03 +0100, Mark Shinwell wrote:
> typedef __builtin_neon_qi int8x8_t __attribute__ ((__vector_size__ (8)));
> typedef __builtin_neon_hi int16x4_t __attribute__ ((__vector_size__ (8)));
> ...
>
> int8x8_t f (int16x4_t a)
> {
>return a;
> }
This should error out
Bob Rossi <[EMAIL PROTECTED]> writes:
> Hopefully I'll be able to debug gcc nicely after this is built. Two
> more questions that could save me a lot of time. Do you know where the
> abstract syntax tree is stored in GCC after a file is parsed?
I'm not sure what kind of answer you are looking for
Andrew Pinski wrote:
On Thu, 2006-10-12 at 13:03 +0100, Mark Shinwell wrote:
typedef __builtin_neon_qi int8x8_t __attribute__ ((__vector_size__ (8)));
typedef __builtin_neon_hi int16x4_t __attribute__ ((__vector_size__ (8)));
...
int8x8_t f (int16x4_t a)
{
return a;
}
This should
Mark Shinwell <[EMAIL PROTECTED]> writes:
> Here, the compiler is not complaining about an attempt to implicitly
> convert a vector of four 16-bit quantities to a vector of eight
> 8-bit quantities.
>
> This lack of type safety is unsettling, and I wonder if it should be fixed
> with a patch alon
Ian Lance Taylor wrote:
I believe that the problem with changing this unconditionally is that
the Altivec programming guidelines specify the rules which gcc
currently follows: you are permitted to assign one vector variable to
another, without an explicit cast, when the vectors are the same size.
On Thu, 2006-10-12 at 08:02 -0700, Ian Lance Taylor wrote:
> It's been this way at least since 4.0.
But it was rejected in 3.4.0.
> I believe that the problem with changing this unconditionally is that
> the Altivec programming guidelines specify the rules which gcc
> currently follows: you are pe
On Thu, Oct 12, 2006 at 06:56:58AM -0400, Bob Rossi wrote:
> On Thu, Oct 12, 2006 at 09:48:13AM +0200, Paolo Bonzini wrote:
> >
> > >In particular, I was just wondering how do compile GCC with debug. Not
> > >how to debug it. I tried CFLAGS="-g" ./configure ..., but it still
> > >compiled with gcc
On Thu, Oct 12, 2006 at 12:22:57PM -0400, Bob Rossi wrote:
> and the gcc that is put into prefixdir is compiled with -O2 and -g,
> which makes it hard to follow in the debugger. Anyone have a clue on how
> to compile gcc so only -g is used, and not -O2? Typically, I use the
> CFLAGS trick, but it d
On Thu, 12 Oct 2006, [ISO-8859-1] François-Xavier Coudert wrote:
> First, please note that having gfortran testresults for one platform
> only means that "some version of the compiler was able to correctly
> compile GMP & MPFR",
True.
> not that "GCC trunk is able to correctly compile GMP & MPF
[EMAIL PROTECTED] wrote:
If we are willing to consider an ABI change, I think an approach that
allows new to call some form of memalign would be better than having the
compiler force alignment after calling new.
Are we open to making an ABI change?
Personally, I think an ABI change, at the
On Thu, Oct 12, 2006 at 12:25:04PM -0400, Daniel Jacobowitz wrote:
> On Thu, Oct 12, 2006 at 12:22:57PM -0400, Bob Rossi wrote:
> > and the gcc that is put into prefixdir is compiled with -O2 and -g,
> > which makes it hard to follow in the debugger. Anyone have a clue on how
> > to compile gcc so
On Wed, 11 Oct 2006, Steve Kargl wrote:
> Kaveh,
>
> It should be straight forward to modify the current configure tests
> in toplevel for the versions of gmp and mpfr you need. I would
> recommend at least mpfr 2.2.0 (which would allow me to kill the ugly
> hacks in gfortran). For gmp, you may
On Thu, Oct 12, 2006 at 02:14:53PM -0400, Kaveh R. GHAZI wrote:
> On Wed, 11 Oct 2006, Steve Kargl wrote:
> >
> > It should be straight forward to modify the current configure tests
> > in toplevel for the versions of gmp and mpfr you need. I would
> > recommend at least mpfr 2.2.0 (which would al
> Okay for stage1?
Ok, assuming everyone agrees to those versions ;-)
> 2006-10-12 Kaveh R. Ghazi <[EMAIL PROTECTED]>
>
> * configure.in: Require GMP-4.1+ and MPFR-2.2+.
> * configure: Regenerate.
Snapshot gcc-4.0-20061012 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20061012/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
> On Oct 11, 2006, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
>
> >> int x; int f() { x = 0;
> >> while(1); }
>
> >> We get line number notes for code only up to "x = 0;".
>
> > I assume this is only a problem when not optimizing.
>
> The opposite, actually. It's optimization that breaks it
Hi all,
If I have a FUNCTION_DECL node that returns non-null for
DECL_TEMPLATE_INFO() then it is a template or template instantiation.
How can I tell if it is a full instantiation (I.e. not general
template or partial specialisation)?
Does this also apply to nodes that represent template types
(s
From: Andrew Pinski <[EMAIL PROTECTED]>
> As I mentioned in the bug report, the problem is that CC1_SPEC
> is the wrong one.
(snip)
> The attached patch is the more correct way to solve this.
Thanks alot!
(Hiroki Kaminaga)
t
--
Sorry about the separate email.
In addition to the previous questions I want to ask if there is a
better way of achieving finding the type nodes for a functions
exception specification list.
For each FUNCTION_DECL node I find, I want to determine what its
exception specification list is. I.e. the
From: Andrew Pinski <[EMAIL PROTECTED]>
> On Thu, 2006-10-12 at 17:06 +0900, Hiroki Kaminaga wrote:
> > Hi,
> >
> > Regarding the PR:
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29413
> >
> > Is below patch adequate to fix the problem?
> > Works fine with me, but haven't done any regression t
Hello all,
During regression tests if i want to disable some features like trampolines i
can give -DNO_TRAMPOLINES
as an compiler flag.
Do i have similar flags for profiling and PIC?
thanks in advance
Regards,
Shafi
On Fri, 2006-10-13 at 14:32 +0900, Hiroki Kaminaga wrote:
> > The attached patch is the more correct way to solve this.
>
> Your patch would cause `-profile' option not to set `-p' to cc1. Is this OK?
Not really, the following patch on top of the previous fixes the above
problem:
Index: config/mip
From: Andrew Pinski <[EMAIL PROTECTED]>
> > Your patch would cause `-profile' option not to set `-p' to cc1. Is this OK?
> Not really, the following patch on top of the previous fixes the above
> problem:
> Index: config/mips/linux.h
> ===
> During regression tests if i want to disable some features like
> trampolines i can give -DNO_TRAMPOLINES as an compiler flag.
>
> Do i have similar flags for profiling and PIC?
You might like to check the manual. All of the answers you're looking
for (well, okay, most) will be there:
http:
On Fri, 2006-10-13 at 14:45 +0900, Hiroki Kaminaga wrote:
> How about appending to CC1_SPEC?
>
> -#ifndef CC1_SPEC
> +#undef CC1_SPEC
> #define CC1_SPEC "\
> %{gline:%{!g:%{!g0:%{!g1:%{!g2: -g1} \
> %{G*} %{EB:-meb} %{EL:-mel} %{EB:%{EL:%emay not use both -EB and -EL}} \
> %{save-temps: }
39 matches
Mail list logo
