Still, this shows that we did have an increase in memory use recently,
which may be worth looking into. (And, of course, I'm happily testing
Tom's patch as we speak.)
I'd be curious to know the effect of removing the "complexity" field of
struct tree_exp. It should be possible to bootstrap
Hi all,
I've changed gcc by adding a new pass, however, when I compile gcc,
during compilation it calls itself, so I disabled bootstrap but that
is still happening even during bootstrap. Is there any way to compile
gcc without the final gcc compiling something?
Moreover, how can I add a flag to
February 2007
This is the fourteenth code drop of the GCC front-end for
the PL/I programming language.
PL/I for GCC is released under the terms of the
GNU Public License; version 2.
With pl1gcc-0.0.14 another important milestone has been reached. v0.0.14 is
the first release where it is possibl
Hello,
> I've changed gcc by adding a new pass, however, when I compile gcc,
> during compilation it calls itself, so I disabled bootstrap but that
> is still happening even during bootstrap. Is there any way to compile
> gcc without the final gcc compiling something?
make stage1-bubble. See als
On 2/2/07, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
Hello,
> I've changed gcc by adding a new pass, however, when I compile gcc,
> during compilation it calls itself, so I disabled bootstrap but that
> is still happening even during bootstrap. Is there any way to compile
> gcc without the final
I was able to successfully build gcc-4.1.2-20070128 on
alphaev56-unknown-linux-gnu
ia64-unknown-linux-gnu
powerpc64-unknown-linux-gnu
x86_64-unknown-linux-gnu
i686-pc-linux-gnu
however during 'make install' on the following architectures
alphaev56-dec-osf4.0f
alphaev
> however during 'make install' on the following architectures
>
> alphaev56-dec-osf4.0f
> alphaev68-dec-osf5.1b
> sparc-sun-solaris2.8
> i386-pc-solaris2.10
> i386-pc-solaris2.9
>
> I ran into the following problem
>
> echo 'SYSTEM_HEADER_DIR="'"`echo /usr/include | sed -e
On Fri, Feb 02, 2007 at 05:23:01PM +0100, Eric Botcazou wrote:
> > dec-osf4.0f/4.1.2/install-tools/mkheaders.conf
> > /bin/sh: : cannot execute
> > /bin/sh: /]*/../,, -e ta: not found
> > sed: Function s,[ cannot be parsed.
>
> That should not happen on Solaris if you set CONFIG_SHELL=/bin/ksh as
I've been seeing:
/Volumes/mrs5/net/gcc-darwin/./gcc/xgcc -shared-libgcc -B/
Volumes/mrs5/net/gcc-darwin/./gcc -nostdinc++ -L/Volumes/mrs5/net/gcc-
darwin/i686-apple-darwin9/libstdc++-v3/src -L/Volumes/mrs5/net/gcc-
darwin/i686-apple-darwin9/libstdc++-v3/src/.libs -B/usr/local/i686-
a
On Fri, Feb 02, 2007 at 11:19:57AM -0800, Mike Stump wrote:
> I've been seeing:
>
> /Volumes/mrs5/net/gcc-darwin/./gcc/xgcc -shared-libgcc -B/
> Volumes/mrs5/net/gcc-darwin/./gcc -nostdinc++ -L/Volumes/mrs5/net/gcc-
> darwin/i686-apple-darwin9/libstdc++-v3/src -L/Volumes/mrs5/net/gcc-
>
/Volumes/mrs5/net/gcc/libstdc++-v3/include/precompiled/extc++.h:43:29:
error: ext/enc_filebuf.h: No such file or directory
This was removed from the libstdc++ sources erroneously, and I just
re-added it. It should appear in your sources, if they are up-to-date,
in include/ext/enc_filebuf.h.
Snapshot gcc-4.3-20070202 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20070202/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
One target is to identify more places where we can get rid of
_Unwind_Word.
Other places exist where we definitely need a data type like
_Unwind_Word
representing a general purpose register. So we have to find a way
to define
_Unwind_Word without using the mode(word) attribute.
So, I mi
Joe Buck wrote:
> On Fri, Feb 02, 2007 at 05:23:01PM +0100, Eric Botcazou wrote:
>>> dec-osf4.0f/4.1.2/install-tools/mkheaders.conf
>>> /bin/sh: : cannot execute
>>> /bin/sh: /]*/../,, -e ta: not found
>>> sed: Function s,[ cannot be parsed.
>> That should not happen on Solaris if you set CONFIG_SH
On Fri, Feb 02, 2007 at 04:15:05PM -0800, Mark Mitchell wrote:
> Joe Buck wrote:
> > On Fri, Feb 02, 2007 at 05:23:01PM +0100, Eric Botcazou wrote:
> >>> dec-osf4.0f/4.1.2/install-tools/mkheaders.conf
> >>> /bin/sh: : cannot execute
> >>> /bin/sh: /]*/../,, -e ta: not found
> >>> sed: Function s,[
On Feb 2, 2007, at 12:51 PM, Benjamin Kosnik wrote:
This was removed from the libstdc++ sources erroneously, and I just
re-added it.
Thanks, it works now.
Eric Christopher <[EMAIL PROTECTED]> writes:
> > One target is to identify more places where we can get rid of
> > _Unwind_Word.
> > Other places exist where we definitely need a data type like
> > _Unwind_Word
> > representing a general purpose register. So we have to find a way
> > to define
>
Hello Kate, all,
* Kate Minola wrote on Fri, Feb 02, 2007 at 03:37:05PM CET:
>
> echo 'SYSTEM_HEADER_DIR="'"`echo /usr/include | sed -e :a -e
> "s,[^/]*/\.\.\/,,"
> -e ta`"'"' \
>>
>/home/kate/gcc-4.1.2-20070128/alpha-OSF1-V4/lib/gcc/alphaev56-
> dec-osf4.0f/4.1.
There was a long discussion about this a couple of months ago. The
summary was that __attribute__ ((mode (word))) was considered harmful.
It's safe enough when you use it within a program, but when you start
to use in a data structure shared by different codes you run into ABI
problems. A typic
19 matches
Mail list logo