Laurynas Biveinis wrote:
1. (in ordinary non plugin mode, within a plugin-enabled GCC) gengtype
not only generates all the necessary gt*.h files, but also generate an
easy-to-parse textual representation (perhaps in JSON or XML or Lispy
syntax) of all the data it has processed (that is of all the
> 1. (in ordinary non plugin mode, within a plugin-enabled GCC) gengtype
> not only generates all the necessary gt*.h files, but also generate an
> easy-to-parse textual representation (perhaps in JSON or XML or Lispy
> syntax) of all the data it has processed (that is of all the GTY-ed
> data desc
Snapshot gcc-4.5-20100311 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100311/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
Hello all,
On Thu, Mar 11, 2010 at 09:12:51AM +0100, Laurynas Biveinis wrote,
citing me Basile:
> > MELT only need gengtype to generate its gt-melt-runtime.h but I have no idea
> > if that file depends upon the configuration (and notably the target for
> > which GCC is built). The GTY-ed data of
Dnia 11-03-2010 o 14:51:39 H.J. Lu napisał(a):
checking for libelf/gelf.h... no
checking for the correct version of libelf... yes
I am using elfutils-libelf 0.145.
ahh, right. i've accidentally used an older version 0.142
which libelf.h contains only:
extern int elf_getshstrndx (Elf *__elf,
2010/3/11 Paweł Sikora :
> hi,
>
> i would like to ask why the LTO forces libelf-0.8.x in configure.ac?
> linux/unix distros have well tested elfutils-libelf subpackage,
> so what is the point in forcing new library?
>
> i've just built (with little hack) gcc/trunk with elfutils-libelf
> and lto wo
hi,
i would like to ask why the LTO forces libelf-0.8.x in configure.ac?
linux/unix distros have well tested elfutils-libelf subpackage,
so what is the point in forcing new library?
i've just built (with little hack) gcc/trunk with elfutils-libelf
and lto works fine.
BR,
Pawel.
On 03/05/2010 05:03 PM, Joseph S. Myers wrote:
I don't know if there's an existing free software implementation of UAX#14
(Unicode Line Breaking Algorithm) suitable for use in GCC; that would be
the very heavyweight approach.
Yes. You can get it from gnulib like gdb does, or you can link
libu
> MELT only need gengtype to generate its gt-melt-runtime.h but I have no idea
> if that file depends upon the configuration (and notably the target for
> which GCC is built). The GTY-ed data of MELT does not depend (IMHO) upon the
> configuration directly (in the sense that there is no #ifdef arou
