Jim Wilson wrote:
> Tom Williams wrote:
>> I downloaded gcc-4.1.0 the other day and the compile went fine. When I
>> ran "make check" to make sure all went well, I get this error:
>
> Always use "make -k check". Otherwise, make will exit after the first
> failure, instead of running all of the test
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Incognito wrote:
>
> I started again (deleted the generated files) and configured with "sh
> ../gcc-4.1.0/configure --prefix=/home/gcc41 --enable-threads=win32
> --with-ld=/mingw/bin/ld --with-win32-nlsapi=unicode" and fired "make
> bootstrap". I thin
I see that flow no longer uses loop_depth when computing REG_N_REFS,
That strikes me as wrong. Don't we want to give pseudos that are in loops
preference over those that aren't?
Bernd Schmidt wrote:
Do we have a replacement for this heuristic?
I see REG_FREQ, which is computed from some basic block frequency info.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
Jim Wilson wrote:
I see that flow no longer uses loop_depth when computing REG_N_REFS, so
the original reason for the sched support seems to be gone.
Do we have a replacement for this heuristic?
Bernd
Jim Wilson wrote:
Rogelio Serrano wrote:
When building gcc-4.1.0 with uclibc im getting and undefined
BITS_PER_UNIT error when building libgcc at the muldi3.
Using grep would show that it is defined in the defaults.h file.
Using grep again shows that defaults.h is supposed to be automaticall
Zdenek Dvorak wrote:
*sched* -- no idea what happens there; it seems to make REG_SAVE_NOTE
notes from loop notes, and then makes some magic, but I do not
understand what and why.
The loop notes are converted into REG_NOTES, and attached to an adjacent
instruction. The REG_SAVE_NOTES are t
Tom Williams wrote:
I downloaded gcc-4.1.0 the other day and the compile went fine. When I
ran "make check" to make sure all went well, I get this error:
Always use "make -k check". Otherwise, make will exit after the first
failure, instead of running all of the testsuites.
Some failures a
Rogelio Serrano wrote:
When building gcc-4.1.0 with uclibc im getting and undefined
BITS_PER_UNIT error when building libgcc at the muldi3.
Using grep would show that it is defined in the defaults.h file. Using
grep again shows that defaults.h is supposed to be automatically
included in the
Rajkishore Barik wrote:
problems with the following instruction in post-reload.c:391 in
"reload_cse_simplify_operands" function stating that the "insn does
not satisfy constraint".
There are lots of different ways that this problem can occur. It is
hard to say much without having a testcase I
On Mar 8, 2006, at 2:27 PM, [EMAIL PROTECTED] wrote:
When I try to compile certain downloaded tarballs (especially those
that
use the gtk+ libs) gcc passes "-mt" to cc1, which chokes with an
"illegal
option error" message. The gcc docs say that this option is for
the IA64
on HPUX. What ca
Andreas Schwab wrote:
Joel Sherrill <[EMAIL PROTECTED]> writes:
RPM invoked make install with the prefixes overriden:
make
prefix=/home/rtems/tmp/rtems-4.7-sparc-rtems4.7-gcc-newlib-gcc4.1.0newlib1.14.0-1-root-rtems/opt/rtems-4.7
Why don't you just set DESTDIR?
Wasn't needed f
I compiled gcc 3.4.5 on an i386 pc under Solaris 10 with posix threads.
When I try to compile certain downloaded tarballs (especially those that
use the gtk+ libs) gcc passes "-mt" to cc1, which chokes with an "illegal
option error" message. The gcc docs say that this option is for the IA64
on HPU
Joel Sherrill <[EMAIL PROTECTED]> writes:
> RPM invoked make install with the prefixes overriden:
>
> make
> prefix=/home/rtems/tmp/rtems-4.7-sparc-rtems4.7-gcc-newlib-gcc4.1.0newlib1.14.0-1-root-rtems/opt/rtems-4.7
>
Why don't you just set DESTDIR?
Andreas.
--
Andreas Schwab, SuSE Labs, [E
>
> On 03/08/06 15:05, Andrew Pinski wrote:
>
> > Is there a reason why not tune the aliasing anaysis to return more liberal
> > results
> > instead of changing the representation?
> >
> Yes, as I tried to explain on IRC, alias analysis is an undecidable
> problem. It is impossible in general
Can it be done in one of the two ways below?
1) tree-if-conv.c which is done before the vectorizer pass at tree
level. I believe this does some if-conversions in loops and in this
case, it fails here because "LHS is not a var decl" in
"if_convertible_modify_expr_p".
To convert "if (g > A[k]) A[k
Hi,
I am trying to build RTEMS tool RPMs from the vanilla
4.1.0 source. It dies trying to install a file into
a system directory. In the directory,
build/sparc-rtems4.7/soft/libssp it dies with:
test -z "/opt/rtems-4.7/lib/gcc/sparc-rtems4.7/4.1.0/soft" || mkdir -p
-- "/opt/rtems-4.7/lib/gcc/
On 03/08/06 15:05, Andrew Pinski wrote:
> Is there a reason why not tune the aliasing anaysis to return more liberal
> results
> instead of changing the representation?
>
Yes, as I tried to explain on IRC, alias analysis is an undecidable
problem. It is impossible in general to compute an exact
I notice in your PDF, you have:
Since alias analysis results are often conservative, may-alias sets my contain
tens
and enve hundreds of symbols.
Is there a reason why not tune the aliasing anaysis to return more liberal
results
instead of changing the representation?
>From looking at Tramp3D,
Kindly post a solution to this prob:
http://gcc.gnu.org/ml/gcc/2003-10/msg01005.html
Solution is:
Copy the libiconv.so.2 file into /usr/lib
on your machine.
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best
I am interested by your work, you can share it. What was your Gcc
development version ?
Le mercredi 08 mars 2006 à 18:56 +0100, Gabriele Caracausi a écrit :
> Hi Francois, Colm,
>
> I've read your emails and I'd like to be involved in this project.
>
> As you can read in my past emails in the GC
see:
SDCC compiler for small devices.
http://sdcc.sourceforge.net/
This perhaps is a first point for begin this
Julian Niño
- Original Message -
From: "Gabriele Caracausi" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 08, 2006 12:31 PM
Subject: RE: GCC Port (gcc backe
Hi Francois, Colm,
I've read your emails and I'd like to be involved in this project.
As you can read in my past emails in the GCC ML, I've tried two years ago to
create a porting of GCC to PIC 18FXXX.
The project was developed when I was student without a truly and strong guide
in all involve
> I started again (deleted the generated files) and configured with "sh
> ../gcc-4.1.0/configure --prefix=/home/gcc41 --enable-threads=win32
> --with-ld=/mingw/bin/ld --with-win32-nlsapi=unicode" and fired "make
> bootstrap". I think this time make made more than the last time, but ejected
> an err
On 3/8/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
> On 03/08/06 11:54, Richard Guenther wrote:
>
> > i.e. we see that for a = b it's a killing def, while the assignment to
> > a.x[2] is only
> > partial. So what will we have in mem-ssa for the killing a = b and
> > the partial def?
> >
> Right n
On 03/08/06 11:54, Richard Guenther wrote:
> i.e. we see that for a = b it's a killing def, while the assignment to
> a.x[2] is only
> partial. So what will we have in mem-ssa for the killing a = b and
> the partial def?
>
Right now, nothing. Memory SSA gives you an identical IL in this case.
On 3/8/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
>
> While doing the memory SSA work, I started wondering about V_MUST_DEFs.
> I think we don't need them anymore.
>
> This may be a bit hasty on my part, I have not really thought it
> through. But I cannot think of a single transformation that a
On Wed, 2006-03-08 at 17:21 +0100, Eric Botcazou wrote:
> > One more note, we see the same kind of conditional and test
> > simplification with for cxa4028 in Ada.Strings.Superbounded.Super_Trim.
> > So I'm pretty confident that if we fix the bogus trees generated for
> > a-stwifi.adb that all thre
While doing the memory SSA work, I started wondering about V_MUST_DEFs.
I think we don't need them anymore.
This may be a bit hasty on my part, I have not really thought it
through. But I cannot think of a single transformation that absolutely
*requires* V_MUST_DEFs to work.
When they were intr
> One more note, we see the same kind of conditional and test
> simplification with for cxa4028 in Ada.Strings.Superbounded.Super_Trim.
> So I'm pretty confident that if we fix the bogus trees generated for
> a-stwifi.adb that all three of these regressions will be fixed.
Confirmed.
--
Eric Botc
On Wed, 2006-03-08 at 12:36 +0100, Eric Botcazou wrote:
> > Presumably there's a reason why enumeral types don't have a
> > base type?
>
> They are viewed as full-blown types by Ada, forming the class of discrete
> types with integral types, so there are probably no semantics reasons why
> ENUME
Recently, I'm very interested in the inlining model of gcc.I need a
detailed documentation describing how the inlining is implemented in
gcc 4.0. Anybody who has been or is working on it please send me a
documentation. I'd really appreciate your help.
There is no such documentation; you're going
Thank you.
I started again (deleted the generated files) and configured with "sh
../gcc-4.1.0/configure --prefix=/home/gcc41 --enable-threads=win32
--with-ld=/mingw/bin/ld --with-win32-nlsapi=unicode" and fired "make
bootstrap". I think this time make made more than the last time, but ejected
an
They are viewed as full-blown types by Ada, forming the class of discrete
types with integral types, so there are probably no semantics reasons why
ENUMERAL_TYPE nodes should have an INTEGER_TYPE node as their base type.
I'll add here that at one point I tried doing it the above way
> Presumably there's a reason why enumeral types don't have a
> base type?
They are viewed as full-blown types by Ada, forming the class of discrete
types with integral types, so there are probably no semantics reasons why
ENUMERAL_TYPE nodes should have an INTEGER_TYPE node as their base type.
Daniel Towner <[EMAIL PROTECTED]> writes:
> Am I doing something fundamentally wrong with the way I am defining the
> length attribute, or the delay slot attribute?
No, I think this just The Way Things Are. I had a similar problem
with the h8sx delayed branch, and ended up reversing the delay slo
I am not aware of any showstoppers for the 4.0.3 release.
Therefore, I plan to spin the release tomorrow evening, GMT - 8. Speak
now or forever hold your peace! :-)
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
[sorry for breaking the thread, stupid gmail interface doesn't allow
adding custom headers]
> i tried to compile gcc 4.1.0 (the final release) on windows, too. I'm using
> msys and configured the buildprocess with "--enable-threads=win32
> --with-win32-nlsapi=unicode". On the msys console i type "
Hi,
i tried to compile gcc 4.1.0 (the final release) on windows, too. I'm using
msys and configured the buildprocess with "--enable-threads=win32
--with-win32-nlsapi=unicode". On the msys console i type "make" and after a
while i get the error with the Makefile on line 1277. I make the fix and
co
39 matches
Mail list logo
