s in the
Make-lang.in
Ok for trunk when stage1 starts?
Can you add documentation to the internals manual about this change?
Thanks,
Andrew Pinski
ec_set (but only if I fix a
different issue which checks the mode).
Thanks,
Andrew Pinski
On Jul 14, 2006, at 11:01 PM, Roberto COSTA wrote:
Is it a bug... or am I trying to do something wrong?
Why are you trying to regimplify something which is in gimple?
Thanks,
Andrew Pinski
Even right now we allow "int* = void*" without a cast. I posted a patch
to fix that up at <http://gcc.gnu.org/ml/gcc-patches/2006-06/
msg00179.html>
which I am still waiting for approval for.
Thanks,
Andrew Pinski
o make sure.
Note this was after a day after Geoff's regression machine finally
had no regressions so
this is slightly disappointing.
Thanks,
Andrew Pinski
Is there a reason why both config/gnu.h and config/i386/gnu.h don't
include copyright
notices or even the license they are under. Does that mean they are
in the public
domain or did someone mess up when contributing them?
Thanks,
Andrew Pinski
On Jul 16, 2006, at 12:49 AM, Alfred M. Szmidt wrote:
They are (or were) non-trivial enough not to require a copyright
notice.
Then why does config/rs6000/gnu.h have one, it is more trivial than
the others.
-- Pinski
function.
I am trying to reduce a testcase right now.
Thanks,
Andrew Pinski
On Jul 16, 2006, at 4:16 PM, Andrew Pinski wrote:
I am trying to reduce a testcase right now.
And here is a reduced testcase:
struct basic_ios
{
virtual ~basic_ios() { }
};
class istrstream
: virtual public basic_ios
{
virtual ~istrstream();
};
istrstream::~istrstream() { }
-- Pinski
On Jul 16, 2006, at 5:19 PM, Andrew Pinski wrote:
And here is a reduced testcase:
struct basic_ios
{
virtual ~basic_ios() { }
};
class istrstream
: virtual public basic_ios
{
virtual ~istrstream();
};
istrstream::~istrstream() { }
Debugging shows this was definitely caused by the stabs
On Jul 17, 2006, at 12:17 AM, Joern RENNECKE wrote:
Clicking on the Wiki link of the gcc home page, I get:
Did you not read Daniel's email:
http://gcc.gnu.org/ml/gcc/2006-07/msg00227.html
-- Pinski
On Jul 22, 2006, at 1:05 AM, Roar Thronæs wrote:
Hi
But it seems EXIT_BLOCK_EXPR and LABELED_BLOCK_EXPR have been moved
to java, since no one else was using it.
Would it be possible to move that code back, please?
I don't think it should be moved back.
You can add it to your front-end ins
f
the tools. The main use of this is that untar a common sysroot and
use different
versions of the compiler which normally would be installed under that
common location.
Thanks,
Andrew Pinski
On Jul 23, 2006, at 10:44 AM, Ian Lance Taylor wrote:
However, I think it's clear that the problems in (1) are more severe
than the problems in (2), on several grounds:
"Me too."
I actually think the problems with 1 (b) are artificial and should not
be taken into account. I actually depend
ither?
Thanks,
Andrew Pinski
rosoft already about how bad performance problem it is instead of now
trying to work around in real already working code.
Thanks,
Andrew Pinski
On Jul 23, 2006, at 10:44 AM, Ian Lance Taylor wrote:
"Me too."
Except now you have suggested that we change the current behavior
which you already suggested at the GCC summit we should not do at
least not for a couple of release for warning people. You cannot
have it both ways, people alrea
in GCC which can be safely
removed,
like the comment size work around for Sun's c compiler. There are
others
like all the bool issues which we now work around via using char
instead of
_Bool.
Thanks,
Andrew Pinski
On Jul 24, 2006, at 1:45 AM, Laurynas Biveinis wrote:
4) I have configured Linux compilers with "--disable-checking". I was
quite surprised to see that GGC times have disappeared from the "-Q
-ftime-report -fmem-report" output. Is this expected by design
behaviour? What minimum configure option
On Jul 24, 2006, at 4:22 AM, Laurynas Biveinis wrote:
So does that mean that there is no way to get GGC debug output with
--disable-checking? Is there any very cheap --enable-checking option
that would be give that or am I better off to hack GCC to do it with
--disable-checking?
No, GC is ju
:
I think you are trying to fix PR 28418 which is an ICE in gimple_add_tmp_var
with
compound literals in C.
Thanks,
Andrew Pinski
>
> Hi,
> Is anybody looking into this?
Honza said he was going to look into this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28480
-- Pinski
On Jul 26, 2006, at 7:27 PM, Dan Kegel wrote:
Is it time to create a GCC_4.3_Projects page
like http://gcc.gnu.org/wiki/GCC_4.2_Projects ?
I imagine several projects are already in progress,
but not yet mentioned on the wiki...
I have mentioned one via my user page on wiki.
But it is not a fu
On Jul 28, 2006, at 2:44 AM, Jan Hubicka wrote:
Interesting, the major reason for disabling -m64 by default for 32bit
compilers was the fact that it enforces HOST_WIDE_INT to be 64bit
slowing down the whole compiler considerably. Are Debian's folks
happy
to wait longer for compilation or h
On Jul 28, 2006, at 3:04 AM, Richard Guenther wrote:
A bugreport is useful so we don't forget.
There is already a bug report. PR 21465.
-- Pinski
On Jul 28, 2006, at 3:01 AM, Richard Guenther wrote:
It also uses more memory due to this change.
I still have not seen any real data from this. All I have seen is talk.
The memory usage has gone down with the change for RTL and also
HOST_WIDEST_FAST_INT changes.
Please provide evidence th
On Jul 28, 2006, at 4:47 AM, Richard Guenther wrote:
The memory requirement for PR12245 will nearly double.
Saying it will double is not prove, please provide the memory usage
dumps. If it does double then you should not be using x86 to optimize
the memory usage and instead using powerpc-li
> > 4.3 I guess).
> >
>
> Dan Berlin created patch queue so that we do not have to ping patches.
Actually it was created for a different reason. Pinging patches is still
needed as evident that there are so many old patches waiting in the queue.
Thanks,
Andrew Pinski
>
> Andrew Pinski <[EMAIL PROTECTED]> writes:
>
> > >
> > > Dorit Nuzman wrote:
> > > > most of the links you listed are 4.2 projects that haven't been reviewed
> > > > (indeed, they also haven't been pinged very frequently
>
> hi
>
> Could I get a copy of the implementation of the OpenMP 2.5 interface,
> please?
You download the 4.2 snapshot and you have it.
Or you could grab a GCC via svn.
Thanks,
Andrew Pinski
for a timeout every once in a while)
if Java bootstrap was not broken.
Also I think most of the days with 1 regressions are really 0 regressions
but a timeout in the java testsuite.
Thanks,
Andrew Pinski
>
> Hi,
>
> I am wondering why following program is compiled successfully by gcc ?
> Please notice there is a ";" after the function definition.
>
> Is there a gcc extension for it ?
Yes, use -pedantic-errors for showing if it is a GCC extension or not.
-- Pinski
>
>
> There's more to it than that, unless your compiler is very broken.
> GCC should not warn for "int x; foo (&x);".
Or inlining happened and foo got inlined and really there is a path
which could leave x uninitialized.
-- Pinski
ems with the front-end
and optimizers. If I get time next week, I can go through the bugs to see which
ones still apply and file new ones and also go back and test the above patch
again before pinging it.
Thanks,
Andrew Pinski
>
> When compiling the following the code with gcc 4.1.1 without
> optimization, the output is wrong.
>
> gcc -v is
>
> Using built-in specs.
> Target: i686-pc-linux-gnu
> Configured with: ./configure --prefix=/home/jb/local
> Thread model: posix
> gcc version 4.1.1
>
> <=code=>
>
> #
On Sun, 2006-08-13 at 19:48 +0300, Drgt wrote:
> Hi.
>
> It seems, that "#pragma once" isn't in ISO, and will never be, especially
> because it is Microsoft (am I right ?) C extension.
> (http://gcc.gnu.org/ml/gcc/2004-06/msg01887.html)
#pragma once has not been removed and in fact the opposite h
e middle-end producing the trees
wrongly. I have at least two bugs still out on the C++ front-end for
producing a cast instead of ADDR_EXPR/COMPONENT_REF.
PR 19816 and 19817.
Thanks,
Andrew Pinski
ut it on
> the LTO branch. Run it before writing out LTO information.
I was the one who write the consistency checker but right now it is not
a separate pass (the patches for checker are in the meta-bug referenced
above) but it could easily moved to a separate pass.
Thanks,
Andrew Pinski
>
> This is gcc-4.2.0-0.20060806r115974
Can you submit a real bug report to http://gcc.gnu.org/bugzilla
as mentioned on http://gcc.gnu.org/bugs.html?
Thanks,
Andrew Pinski
>
> DJ Delorie wrote:
> >> However, the C++ definition has been amended at the last Lillehammer
> >> meeting to allow that cast as "conditionally supported": either it is
> >> valid or it errors out. the compiler has to tell.
> >
> > Also, the mechanism to create multiple pointer sizes
> > (attr
>
All the above and more. It is a source release of GCC.
-- Pinski
>
>
> Two part question:
>
> 1) Does the control flow graph exist at the time we're emitting assembler
> instructions?
Not really because we delete the CFG because some passes right after the last
scheduling does not understand CFG (reorg is one example).
Thanks,
Andrew Pinski
>
> Here's my reduced testcase:
>
> typedef long GLint;
> extern void aglChoosePixelFormat(const GLint *);
> void find(const int *alistp) {
>const int *blist;
>int list[32];
>if (alistp)
> blist = alistp;
>else {
> list[3] = 42; /* this store disappears with -O1 -f
> I'm not a language lawyer; is this a legal program? (If the program
> is legal, should I file a PR?)
Mike Stump already filed a PR about this, PR 28778 and I gave a full testcase
which shows that this is legal code and the compiler should not be removing
the store.
Oh and I marked it as a
>
> On Aug 21, 2006, at 11:59 AM, Andreas Jaeger wrote:
> > Trunk fails to build for me with:
>
> Maybe related (from http://gcc.gnu.org/regtest/HEAD/):
>
> 2006-08-16T23:25:59Z 2006-08-17T14:40:57Z pass native 116195
> 2006-08-17T14:43:02Z 2006-08-17T15:38:47Z build native 116224
This is unrel
>
> I hate to even bring this up, but... should things like:
>
>int m[1 << 27] = {0};
>
> be put in .bss? I'm tempted to say no, if you want that, you have to
> remove {0}.
Yes if -fzero-initialized-in-bss is on which it is by default since at least
3.4.0.
-- Pinski
> So your analysis appears to be correct. Even more interesting is
> that if I build python 2.4.3 with Apple's gcc from Xcode 2.3, the
> correct results are obtained without the need to resort to the
> -fwrapv flag. So either we have a regression in gcc trunk or
> Apple has a patch in their branch
x < 0 && x == -x
That is the issue right there really, doing x == -x will never be true
because -x will overflow for INT_MIN.
Doing "((unsigned)x) == -(unsigned)x" should fix the issue.
Note this is unrelated to Darwin or any processor really too.
-- Pinski
MUST_DEFS
VIEW_CONVERT_EXPR(b_9) = a.0_2;
t.c:11: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Thanks,
Andrew Pinski
On Sat, 2006-08-26 at 09:48 -0700, Andrew Pinski wrote:
> If we have the following IR (before the first may_alias pass):
> The may_alias pass removes the TREE_ADDRESSABLE on b so we ICE in the
> checking pass after may_alias runs. Does someone have an idea on where
> it is going wron
ng all the data for flexible array members with zero
initializers. In fact in 3.2.3, we don't produce the correct .size either
and 3.2.3 was one of the releases where that bug was known to fixed.
Thanks,
Andrew Pinski
> It happened again. This checkin:
Yes the standard thing is one checkin pre fix. but it also annoying that you
(HJL)
don't understand how to file a bug report which is actually documented.
-- Pinski
> [...]
> KZ> +case TRUTH_NOT_EXPR:
> KZ> +case VIEW_CONVERT_EXPR:
> KZ> +#if STUPID_TYPE_SYSTEM
> KZ> + output_type_ref (ob, TREE_TYPE (expr));
> KZ> +#endif
>
> I think VIEW_CONVERT_EXPR needs to be treated like NOP_EXPR and
> CONVERT_EXPR in the STUPID_TYPE_SYSTEM case. VIEW_CONVE
>
> Hello:
>
> We are students of computer sciences in the Santa Maria University,
> Chile. We just want to know if the function "gets" it's too dangerous
> for a warning. The fact is that our teacher's assistant give us a
> homework, and one restriction was to use gcc to compile our code,
>
On Fri, 2006-09-01 at 09:51 -0400, Diego Novillo wrote:
>
> > +#if STUPID_TYPE_SYSTEM
> >
> STUPID_TYPE_SYSTEM? No need to be insulting. It's unpleasant.
Well it right now it is stupid, this is just a work around anyways until
people fix the type mismatches really. Is it more insulting than ha
On Fri, 2006-09-01 at 13:08 +0200, Richard Guenther wrote:
> I'm experiencing building libmudflap cross, as libtool seems not to
> pass --sysroot arguments to the compiler driver in link mode:
> /opt/cross/bin/sh4-linux-ld: crti.o: No such file: No such file or
> directory
> collect2: ld returned
he mainline.
Also branches can be opened by anyone who has write access and does not
need permission to have a branch.
Thanks,
Andrew Pinski
>
> Hi,
>
> a very recent compiler change (less than 24 hours: compare, for example,
> the testresults for i386-unknown-netbsdelf3.0) is causing many ICEs in
> the ext/pb_ds testcases:
And this part of the log helps us how?
We really need to know the ICE to figure out what is going wrong.
-
>
> Andrew Pinski wrote:
>
> >And this part of the log helps us how?
> >
> >
> But I don't want to help you, I want you to fix it ;) Just run the
> testsuite to the end and you will see everything: all plain Segmentation
> faults.
This was cause
On Fri, 2006-09-01 at 20:13 -0400, Andrew Pinski wrote:
> This was caused by:
> http://gcc.gnu.org/viewcvs?view=rev&revision=116623
And here is one reduced testcase which we just reject now but it is
valid code as far as I can tell:
template< class other>
struct bin_s
On Sat, 2006-09-02 at 20:40 -0700, Andrew Pinski wrote:
> On Fri, 2006-09-01 at 20:13 -0400, Andrew Pinski wrote:
> > This was caused by:
> > http://gcc.gnu.org/viewcvs?view=rev&revision=116623
>
> And here is one reduced testcase which we just reject now but it is
>
nnot
check if it is listed there or not.
Thanks,
Andrew Pinski
sure you update svn.html for the new branch?
Thanks,
Andrew Pinski
s there any option to GCC which says to not pass
> the predefined linker script to the linker?
sysv4.h has "%{!Wl,-T*: %{!T*: %(link_start) }}" which should mean don't
do link_start (which contains the -T for -mads) when supplying -T or
-Wl,-T. Now is it really working is different story.
Thanks,
Andrew Pinski
On Thu, 2006-09-07 at 11:56 -0500, Chris Talley wrote:
The freeze usually means the GMP you have installed is broken.
Thanks,
Andrew Pinski
>
> I got failures like
>
> compiler exited with status 1
> output is:
> In file
> /net/gnu-13/export/gnu/src/gcc/gcc/libgomp/testsuite/libgomp.fortran/reduction3.f90:20^M
> ^M
> !$ if (i .ne. -2147483648 .or. any (ia .ne. -2147483648)) v = .true.^M
> 1^M
> Error: Integer
>
> On Thu, Sep 07, 2006 at 05:03:35PM -0400, Andrew Pinski wrote:
> > >
> > > I got failures like
> > >
> > > compiler exited with status 1
> > > output is:
> > > In file
> > > /net/gnu-13/export/gnu/src/gcc/gcc/libgomp/test
On Fri, 2006-09-08 at 15:40 +0200, Anny Blackyew wrote:
> The snapshot gcc-4.2.0-20060902 stops compiling jikes-1.22.tar.bz2.
> The snapshot gcc-4.2.0-20060906 stops compiling jikes-1.22.tar.bz2 too.
I think I just fixed this last night. Can you try again?
Thanks,
Andrew Pinski
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00667.html
-- Pinski
On Sat, 2006-09-09 at 22:16 -0400, Jack Howarth wrote:
> It appears to be still passing as of r116775 and
> to be failing as of r116778.
The testcase was just added at r116777 so it cannot be a regression.
-- Pinski
>
> Geoff,
>Did you notice that a new libjava regression occured today on Darwin
> apparently after revision 116838 but by revision 116843? The testcase...
>
> FAIL: Thread_Sleep -O3 -findirect-dispatch output - bytecode->native test
>
> now fails. Could this be related to your change...
Th
On Tue, 2006-09-12 at 08:03 -0400, Aldy Hernandez wrote:
> > Can you make sure you update svn.html for the new branch?
>
> Sure can!
>
> Is this ok?
Yes and it is obvious as it is part of the creating the branch process.
Thanks,
Andrew Pinski
that on the
mainline. On the ipa-branch you can do it, in fact inlining is already
done on SSA there and works.
Thanks,
Andrew Pinski
On Thu, 2006-09-14 at 12:48 +0400, Grigory Zagorodnev wrote:
> Hi!
> Trunk failed to bootstrap with revision 116941. Does anybody see the same?
Yes I see the same on i686-linux-gnu which is running FC5.
Thanks,
Andrew Pinski
d binutils which most of the time
don't work anyways. I really Hate how people tell others to use them.
Anyways the current released binutils version is 2.17 which can be
grabbed from http://www.sourceware.org/binutils/.
Thanks,
Andrew Pinski
creates a VECTOR_CST with only 2 elements.
Thanks,
Andrew Pinski
like what TREE_VEC is.
So we have:
struct tree_vector GTY(())
{
struct tree_common common;
tree ((length ("TYPE_VECTOR_SUBPARTS (TREE_TYPE ((tree)&%h))")))
elements[1];
};
This will be the structure for both VECTOR_CST and VECTOR_EXPR.
What do people think about this idea?
Thanks,
Andrew Pinski
On Sun, 2006-09-17 at 10:33 -0700, Chris Lattner wrote:
> On Sep 16, 2006, at 10:23 PM, Andrew Pinski wrote:
>
> > I just got crazy idea, since we really don't like CONSTRUCTOR that
> > much
> > and we already know the lengths of Vectors, we can have a VECTOR_EXP
On Wed, 2006-09-20 at 23:11 -0400, Mark Mitchell wrote:
> Reactions?
Change powerpc-unknown-linux-gnu to powerpc64-unknown-linux-gnu so that
we also require the 64bit of PowerPC to work. In the same way,
I would remove i686-pc-linux-gnu as x86_64-unknown-linux-gnu should
represent both.
> 2. Dow
On Wed, 2006-09-20 at 20:21 -0700, Andrew Pinski wrote:
> > i386-unknown-freebsd
Stupid mail client send this before I was finished.
The last time a freebsd testresult was sent to the list from the
mainline was in May, maybe that is a sign that we should downgrade it to
secondary from p
>
> If retaining primary platform status requires the setup or restart of
> automatic reporting then I suggest that the SC require it for all the
> primary platforms and not just i386-unknown-freebsd. Regardless, I
> will attempt to restart automatic daily reporting for i386-unknown-freebsd.
I a
>
> Hi,
>
> On 9/16/06, Dorit Nuzman <[EMAIL PROTECTED]> wrote: .
>
> >so the stuff in tree-ssa-forwprop:eliminate_unnecessary_casts in
> > autovect-branch is supposed to go under this tree-combiner pass as well, or
> >do you plan to merge it to mainline some time?
>
>
> tree-ssa-forwprop:eli
s parsed and the front-end produces GCC trees directly from
the source. The source is never translated into C before compiling,
just like the C++ front-end (which is by the way the first direct
compiling front-end for C++).
Thanks,
Andrew Pinski
>
> On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
> > Manuel López-Ibáñez wrote on 09/27/06 17:38:
> >
> > > Why? Perhaps I am entirely wrong but can't you just don't update (svn
> > > up) those directories that are switched until mainline is in an usable
> > > state?
> > >
> > If a pri
>
>
> Sorry, I still don't see where is the problem. You either want the
> extension in your branch, so you merge it and simply update libstdc++,
> or you don't want the extension just yet, so you just don't update
> libstdc++ (or update back to your previous revision).
That means you have to fol
On Thu, 2006-09-28 at 10:09 -0400, Diego Novillo wrote:
> Some of the labels in TV_* timers are fairly long and mess up the column
> display. Would it be a problem for anyone if I changed them during the
> next stage1?
Why not instead increase the column size?
-- Pinski
On Fri, 2006-09-29 at 02:58 -0700, Mohamed Shafi wrote:
> Hello all,
>
> I am involved with a GCC port where i have to add fixed point support
> to C based on the fixed point extension of DSP-C specification.
I think you are in luck as there is a project to add that to 4.3:
http://gcc.gnu.org/wik
t because right
now the FSF GCC for ppc-darwin is not even C ABI complaint. So
compiling code with the FSF GCC and Apple's GCC might not even work.
Yes the bugs have been filed and have been for over a year now.
Thanks,
Andrew Pinski
>
> David Edelsohn <[EMAIL PROTECTED]> writes:
>
> > Bugzilla currently shows 64 open bugs with a darwin listed as the
> > target; another 5 Altivec bugs. I am concerned about the effect on
> > releases from increasing the priority of many of those bugs to P1 if
> > Darwin is a primary platf
>
> I am trying to adjust the current gcc/gcc/testsuite/lib/objc.exp
> to allow it to build against the gnu-objc runtime library in the
> case of -m64 compiles on Darwin8. Unfortunately, I've hit a brick
> wall in terms of catching the instance of '-m64' being passed to
> the compiler flags.
ded so we know that we are getting the
wrong sizeof/alignof inside the library. The correct fix is to help me
work on the libobjc_noheaders branch which will fix these the correct
way. Oh, they are not going to be fixed for 4.2 so it is better just to
xfail them.
Thanks,
Andrew Pinski
win is -fnext-runtime. Which means you
have to modify most of those to include "-fnext-runtime" in the compiler
flags (via dg-options in the testcase).
Thanks,
Andrew Pinski
> FWIW I think a 64-bit native version might be nice as a separate
> target, but I've been told there's no real advantage there either on
> ppc.
For PPC64-Darwin, there might be an advantage having a better ABI passing around
structs but other than that I don't think there is one unless GCC is
eady but I forgot).
I think the main reason why there are still two directories is just
historical and nobody really wants to move around 100 and change or so
testcases to be included in gcc.dg/torture.
Thanks,
Andrew Pinski
On Feb 10, 2005, at 9:13 PM, Richard Kenner wrote:
Next time you don't want to deal with configuring source, install
the
binaries.
I don't think that's fair. There are a very wide variety of machines
used for GCC development and we want to *encourage* that. Plus, some
people may use NFS
On Feb 12, 2005, at 12:06 AM, Kazu Hirata wrote:
Any comments?
I like this change.
-- Pinski
On Feb 15, 2005, at 2:37 PM, Benjamin Redelings I wrote:
Hi,
I have a reduced testcase from BOOST that fails with yesterdays CVS
(4.0.0 20050214 (experimental)), but compiles under 3.4. I don't know
if this is a bug in BOOST or in g++:
-- begin testcase
template< typename T, T
On Feb 15, 2005, at 4:26 PM, Richard Guenther wrote:
Ok, I guess the following excerpts from cp/typechk.c show a
discrepancy:
Can you at least reduce the C++ code and also provide the patch which
you are working on currently, this will help us understand the problem
better?
-- Pinski
On Feb 16, 2005, at 10:49 AM, Theodore Papadopoulo wrote:
Then, I must add that I do not know much about the compiler's
internals...
If a[-1] os converted to a[(unsigned)-1], this is fine iff unsigned is
the same size as pointers.
-- Pinski
oblem in the BLAS sources,
and I find it hard to debug because it goes away when print
statements are added to the source (I hate that...)
Wasn't this fixed by my patch which I applied this morning:
2005-02-18 Andrew Pinski <[EMAIL PROTECTED]>
PR middle-end/20030
1201 - 1300 of 1802 matches
Mail list logo
