On Sat, 31 Mar 2012 02:22:43 +0200
Romain Geissler wrote:
>
> I tried to build the latest melt-branch (not the generated tarball) on a mac.
> Here is the few change required to allow the build (note that it builds but
> as your
> cc/cxx detection still fails, the generated melt-runtime.o and *.
Jim Meyering meyering.net> writes:
>
> In case you're evaluating what compression programs to use...
>
> This started off as a comparison of xz and lzip,
> but then I added lzrip to the mix.
> I started off by downloading the gcc-4.7.0.tar.bz2 release tarball
> and decompressing it, then recom
Hi Ian, Joseph, and sorry for the delay.
On 03/29/2012 01:43 AM, Ian Lance Taylor wrote:
> Stefano Lattarini writes:
>
>>> (I think avoiding info documentation being built in the source directory,
>>> so that builds could use a non-writable source directory, may have been
>>> one part).
>>>
>> T
Le 31 mars 2012 à 09:07, Basile Starynkevitch a écrit :
> On Sat, 31 Mar 2012 02:22:43 +0200
> Romain Geissler wrote:
>
>>
>> I tried to build the latest melt-branch (not the generated tarball) on a mac.
>> Here is the few change required to allow the build (note that it builds but
>> as your
- Have them distributed (automake's default). This means that
they will be build in the srcdir, not in the builddir: of
course, this only affects the maintainer, since for a user that
builds the package from a tarball those files should *not* be
rebuilt, hence ther
Hi
Le 31 mars 2012 à 02:45, David Malcolm a écrit :
> Here's another proposal then: actually use GObject introspection -
> provide a GObject-based API to GCC.
>
> In this approach, GCC would gain a dependency on glib and gobject, and
> expose its API via a .gir file.
I don't think adding huge d
Hi Alfred.
On 03/31/2012 11:08 AM, Alfred M. Szmidt wrote:
> - Have them distributed (automake's default). This means that
>they will be build in the srcdir, not in the builddir: of
>course, this only affects the maintainer, since for a user that
>builds the package f
On Sat, 31 Mar 2012 10:52:09 +0200
Romain Geissler wrote:
>
> Le 31 mars 2012 à 09:07, Basile Starynkevitch a écrit :
>
> > On Sat, 31 Mar 2012 02:22:43 +0200
> > Romain Geissler wrote:
> >
> >>
> >> I tried to build the latest melt-branch (not the generated tarball) on a
> >> mac.
> >> Her
Bernd Roesch writes:
> hello
>
> there is a C++ game called dunelegacy which work on other GCC architecture ok
> On G++ 68k it compile ok, but produce wrong code, because there seem
> something diffrent in
> va_list. The value of
> SDL_RWops is transfer wrong.
>
> I do not understand wh
On 03/28/2012 02:19 PM, Stefano Lattarini wrote:
> Hi Joseph, thanks for the feedback.
> On 03/28/2012 01:24 PM, Joseph S. Myers wrote:
>>
>> Is there better transition documentation somewhere?
>>
> Nope, but it would be a good idea to prepare it before starting to deprecate
> the 'cygnus' option.
Le 31 mars 2012 à 12:27, Basile Starynkevitch a écrit :
> I am surprised of your patch which indeed contains gcc/melt-build.tpl:
>
> -## GAWK is needed, the GNU awk [+ (. (tpl-file-line))+]
> -GAWK ?= gawk
> +## AWK is needed [+ (. (tpl-file-line))+]
> +AWK ?= awk
>
>
> I really need GNU awk (
Le 31 mars 2012 à 13:55, Romain Geissler a écrit :
>
> Le 31 mars 2012 à 12:27, Basile Starynkevitch a écrit :
>
>> I am surprised of your patch which indeed contains gcc/melt-build.tpl:
>>
>> -## GAWK is needed, the GNU awk [+ (. (tpl-file-line))+]
>> -GAWK ?= gawk
>> +## AWK is needed [+ (.
On Sat, 31 Mar 2012 14:02:45 +0200
Romain Geissler wrote:
>
> I forgot to add add that the awk usages you perform are so trivial that grep
> will also fits your needs
> and is a lower dependency than awk.
I am not sure of that. MELT need several awk scripts, make-melt-predefh.awk &
make-warme
On 31 March 2012 13:38, Basile Starynkevitch wrote:
>
> (I think that printf in AWK script is a GNU extension).
Nope, it's standard.
Le 31 mars 2012 à 15:07, Jonathan Wakely a écrit :
> On 31 March 2012 13:38, Basile Starynkevitch wrote:
>>
>> (I think that printf in AWK script is a GNU extension).
>
> Nope, it's standard.
Yeah it is. I looked at your the melt files in contrib (that's quite
strange that the Makefile used to
On Sat, 31 Mar 2012 15:55:50 +0200
Romain Geissler wrote:
> Le 31 mars 2012 à 15:07, Jonathan Wakely a écrit :
>
> > On 31 March 2012 13:38, Basile Starynkevitch wrote:
> >>
> >> (I think that printf in AWK script is a GNU extension).
> >
> > Nope, it's standard.
>
> Yeah it is. I looked at y
On 03/31/2012 01:38 PM, Stefano Lattarini wrote:
> On 03/28/2012 02:19 PM, Stefano Lattarini wrote:
>> Hi Joseph, thanks for the feedback.
>> On 03/28/2012 01:24 PM, Joseph S. Myers wrote:
>>>
>>> Is there better transition documentation somewhere?
>>>
>> Nope, but it would be a good idea to prepar
Hello All,
If we want to aim towards a more modular GCC made of several shared libraries,
it seems
that we are requiring the host system to have dynamic libraries (which is not a
big deal
today; all the major OSes running on developers desktop or laptop have them).
In that case, I think that w
Snapshot gcc-4.7-20120331 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20120331/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
There are two trends in the computer industry:
1) there are a variety of CPU architectures exist in any one area. For
example, in the server area, there are power, sparc, mips, x86, and
even arm, in the mobile internet device area, there are arm, x86, and
even mips.
2) new programming language is e
20 matches
Mail list logo