Hello,
I've studied the GCC3.3.2's patch for building h8300 toolchains and I've
learned its mechanism and I am encountered with new question.
Would you please teach me.
When gcc-configuration makes libgcc.a,double must be 64 bits,and when making
h8300-elf-gcc double must be 32 bits.
In order
On Aug 16, 2009, at 18:02 , Martin Guy wrote:
Yes, GCC is bigger and slower and for several architectures generates
bigger, slower code with every release, though saying so won't make
you very popular on this list! :)
One theory is that there are now so many different optimization passes
(and,
On 08/16/2009 06:02 PM, Martin Guy wrote:
Yes, GCC is bigger and slower and for several architectures generates
bigger, slower code with every release, though saying so won't make
you very popular on this list! :)
But surprise, if you report a bug, chances are it will be fixed
(especially for
2009/8/15 Sebastian Pop :
> You should put a TODO_update_ssa in the flags of prefetching pass.
> With the attached patch I don't see an error.
Thanks. Finally, I figure out that it's because that after copying the
loop, I should have created a preheader to ensure that new_loop's
preheader has onl
On Mon, Aug 17, 2009 at 9:19 AM, Kenneth Hoste wrote:
>
> On Aug 16, 2009, at 18:02 , Martin Guy wrote:
>
>> Yes, GCC is bigger and slower and for several architectures generates
>> bigger, slower code with every release, though saying so won't make
>> you very popular on this list! :)
>>
>> One th
> Is that for gcc or for binutils (neither documents this in ./configure
> --help) ?
just binutils.
> I used it for both, but only get this to work with binutils CVS, is that
> correct ?
I don't know if there has been any release of binutils with plugin
support. I use CVS.
> Now, however, I ge
To have multiple versions of GCC installed, I usually build, on Cygwin,
configuring as:
prefix_dir_name="usr/local/gfortran"
prefix_dir="/${prefix_dir_name}"
dataroot_dir="${prefix_dir}/share"
eprefix_dir="${prefix_dir}"
sysconf_dir="${prefix_dir}/etc"
lib_dir="${eprefix_dir}/lib"
libexec_dir="
On Wed, 12 Aug 2009 23:08:00 +0200, Matthias Klose wrote:
>On 12.08.2009 23:07, Martin Guy wrote:
>> On 8/12/09, Joel Sherrill wrote:
>>> So any ACATS results from any other ARM target would be
>>> appreciated.
>>
>> I looked into gnat-arm for the new Debian port and the conclusion was
>> tha
Hi,
> Hundreds and hundreds of people read this list, so every low-detail
> "I think there may be a bug" message you send wastes hours of other
> people's time.
Ok, Ok, but if someone will reproduce the same problem on his system I can fill
bugreport,
otherwise I will only waste my time, hours o
On Mon, Aug 17, 2009 at 2:38 AM, ami_stuff wrote:
> Hi,
>
> I found out that when I use "-fno-unswitch-loops" option, it have no effect -
> loops are unswitched anyway:
>
> -O3 -fno-unswitch-loops
>
> Because of that to avoid -funswitch-loops optimization I must use something
> like this:
>
> -O2
Hi,
> Works fine for me. gcc.dg/tree-ssa/loop-6.c is unswitched with -O3
> but not with -O3 -fno-unswitch-loops.
This one works for me too.
Could you try to compile "deflate.c" from libz?
Here are my results:
-m68060 -O3 -fno-unswitch-loops
On 08/17/2009 02:32 PM, ami_stuff wrote:
Hi,
Works fine for me. gcc.dg/tree-ssa/loop-6.c is unswitched with -O3
but not with -O3 -fno-unswitch-loops.
This one works for me too.
Could you try to compile "deflate.c" from libz?
Here are my results:
-m68060 -O3 -fno-unswitch-loops
Hi,
> >
> > Here are my results:
> >
> > -m68060 -O3 -fno-unswitch-loops
> >- 12,9kb
> > -m68060 -O3
> >- 12,9kb
> > -m68060 -O2 -finline-functions -fgcse-a
On 08/17/2009 03:33 PM, ami_stuff wrote:
-m68060 -O3 -fno-unswitch-loops
and
-m68060 -O2 -finline-functions -fgcse-after-reload -ftree-vectorize
-fpredictive-commoning
Some heuristics are tuned differently for -O2 and -O3. The only way to
know is to look at the dumps.
Paolo
trunk will be reduced memory consumption at
compile-time, particularly for C++ (free_lang_data removes quite
a bit of cruft).
I am attaching the WIP patch for reference. I would appreciate
feedback on this plan.
Thanks. Diego.
20090817-free-lang-data.diff.txt.gz
Description: GNU Zip compressed data
On Mon, 17 Aug 2009, Diego Novillo wrote:
> I am merging free_lang_data, which is an IPA pass that scrubs all
> types and symbols from any front end language information.
>
> After free_lang_data all types and symbols are in gimple form.
> This form is much leaner in terms of memory utilization a
"ariga masahiro" writes:
> /* Dump each assembler insn's rtl into the output file.
> This is for debugging the compiler only. */
> #define TARGET_RTL_DUMP (target_flags & MASK_RTL_DUMP)
> ---
>
> But there are not above codes in GCC4.4.0's /gcc/config/h8300/h8300.h !!!
All that stuff has move
Angelo Graziosi writes:
> Is there a way to send libiberty.a where go the other libs (i.e
> /usr/local/gfortran/lib/gcc/i686-pc-cygwin/4.4.1/, for example)?
Really libiberty should not be installed at all by default.
I don't know of any way to change where it is installed.
Ian
On Mon, Aug 17, 2009 at 12:01, Diego Novillo wrote:
> Currently, the pass bootstraps all languages [ ... ]
All *default* languages. I will add Ada to the mix.
Diego.
Hello ami_stuff
On 17.08.09, you wrote:
> Hi,
>
>> Hundreds and hundreds of people read this list, so every low-detail
>> "I think there may be a bug" message you send wastes hours of other
>> people's time.
>
> Ok, Ok, but if someone will reproduce the same problem on his system I can
> fill b
Hi,
> gcc > 4 AOS 68k builds are build from offical gcc sourcetree and there are
> no changes
Yes, I know, but some problems may happens anyway like it happened before
(problems with defines).
I think if there is a problem the best is to compare GCCs from different
sources.
> how much is size
As is pointed out in this config.log:
In file included from conftest.c:12:
/usr/include/cloog/cloog.h:47:30: error: polylib/missing.h: No such file
or directory
What package (source distribution) is this file supposed to come from ?
Relevant lines of /usr/include/cloog/cloog.h (Debian testing
Toon,
Graphite uses PPL, not PolyLib. PPL should be installed and the
polylib include path will be avoided.
David
On Mon, Aug 17, 2009 at 3:39 PM, Toon Moene wrote:
> As is pointed out in this config.log:
>
> In file included from conftest.c:12:
> /usr/include/cloog/cloog.h:47:30: error: polyli
David Edelsohn wrote:
Toon,
Graphite uses PPL, not PolyLib. PPL should be installed and the
polylib include path will be avoided.
Thanks, that's what I expected; what I have installed is:
$ apt-cache show libppl0.10-dev
Package: libppl0.10-dev
Priority: optional
Section: libdevel
Installed-
Toon Moene wrote:
Relevant lines of /usr/include/cloog/cloog.h (Debian testing as of
yesterday):
#ifdef CLOOG_PPL_BACKEND
Dang ! The answer *is* the obvious - this symbol isn't defined *unless*
you specify --with-cloog=bla on the configure line (I assumed it would
just find the installed
On 08/15/2009 10:12 AM, Jerry Quinn wrote:
Bootstrap comparison failure!
>[...]
(write_nested_name): Add a fake anonymous namespace scope if
true.
What I assume is going on here is that use of anonymous namespaces can
break bitwise comparison, because get_file_function_name uses a r
On Aug 17, 2009, at 10:50 AM, Bernd Roesch wrote:
[..]
There is no need for much detail, just compile any bigger
sourcecode with
-O3 -fno-.. and after that with -O2 When the object files are
not
identical, something is wrong and I can start a bug report.
how much is size diffrent ?
Ian Lance Taylor ha scritto:
Angelo Graziosi writes:
Is there a way to send libiberty.a where go the other libs (i.e
/usr/local/gfortran/lib/gcc/i686-pc-cygwin/4.4.1/, for example)?
Really libiberty should not be installed at all by default.
I suspected that. :-)
Why, then, 'make install'
GCC 4.4.1 was successfully built, checked and installed on
i386-unknown-freebsd7.2 (--enable-languages=c,c++ to save time only).
Note: Other than specifying details related to binutils (--with-gnu-as
--with-as=/usr/bin/as --with-gnu-ld --with-ld=/usr/bin/ld), the
default configure options were used
On 8/14/09, Joseph S. Myers wrote:
> On Fri, 14 Aug 2009, Lawrence Crowl wrote:
> > So, suppose I compile my program A, using libc version X, on
> > a processor of type D, which permits me to inline the atomic
> > operations. Then suppose that I execute A on a processor of
> > type E, which has l
On Mon, 17 Aug 2009, Lawrence Crowl wrote:
> > Ways for the kernel or dynamic linker to detect such
> > incompatibilities may be useful, but would apply to this issue
> > in general, not specifically to atomic operations.
>
> The difference with the atomics is that if an application uses the
> D
Angelo Graziosi writes:
> Ian Lance Taylor ha scritto:
>> Angelo Graziosi writes:
>>
>>> Is there a way to send libiberty.a where go the other libs (i.e
>>> /usr/local/gfortran/lib/gcc/i686-pc-cygwin/4.4.1/, for example)?
>>
>> Really libiberty should not be installed at all by default.
>
> I su
On Mon, Aug 17, 2009 at 7:24 PM, Ian Lance Taylor wrote:
> Angelo Graziosi writes:
>
>> Ian Lance Taylor ha scritto:
>>> Angelo Graziosi writes:
>>>
Is there a way to send libiberty.a where go the other libs (i.e
/usr/local/gfortran/lib/gcc/i686-pc-cygwin/4.4.1/, for example)?
>>>
>>> R
Hello,
Thank you ,Ian,for your reply.
Ian wrote,
/* Dump each assembler insn's rtl into the output file.
This is for debugging the compiler only. */
#define TARGET_RTL_DUMP (target_flags & MASK_RTL_DUMP)
---
But there are not above codes in GCC4.4.0's /gcc/config/h8300/h8300.h !!!
All that
On Mon, 2009-08-17 at 16:16 -0400, Jason Merrill wrote:
> On 08/15/2009 10:12 AM, Jerry Quinn wrote:
> > Bootstrap comparison failure!
> >[...]
> > (write_nested_name): Add a fake anonymous namespace scope if
> > true.
>
> What I assume is going on here is that use of anonymous namespace
35 matches
Mail list logo
