On Wed, Mar 31, 2010 at 8:33 PM, Ralf Wildenhues wrote:
> * Richard Guenther wrote on Wed, Mar 31, 2010 at 11:02:39AM CEST:
>> On Tue, Mar 30, 2010 at 8:52 PM, Ralf Wildenhues wrote:
>> > 1) Autoconf-generated configure tests often fake the prototype of some
>> > function; e.g., AC_CHECK_FUNC([fun
Hi.
My builds on my X86 solaris box have failed since yesterday, and
I've just found bug 43615 in Bugzilla which indicates a different
but similar issue for an x86-64 build.I'm running Solaris 10 on an
older Dell box with a Pentium4 chip, and have been building
gcc with the '--disable-multilib' ar
On Thu, Apr 1, 2010 at 7:14 AM, Art Haas wrote:
> Hi.
>
> My builds on my X86 solaris box have failed since yesterday, and
> I've just found bug 43615 in Bugzilla which indicates a different
> but similar issue for an x86-64 build.I'm running Solaris 10 on an
> older Dell box with a Pentium4 chip,
Hi Art,
> My builds on my X86 solaris box have failed since yesterday, and
> I've just found bug 43615 in Bugzilla which indicates a different
> but similar issue for an x86-64 build.I'm running Solaris 10 on an
> older Dell box with a Pentium4 chip, and have been building
> gcc with the '--disabl
Thomas,
> The mercurial mirror of the gcc repository, at http://gcc.gnu.org/hg/gcc has
> been broken for months. and the contact listed there does not answer
> emails.
unfortunately true, I've asked the same question quite some time ago.
> Can somebody here at least remove those misleading
I'll update my repo shortly and replace the '--with-arch' and '--with-tune'
arguments as you suggest. As for the '--disable-libstdcxx-pch'
argument, I had build problems months ago and this argument fixed the problem,
although now looking at the configure script for libstdc
it looks like the corr
"H.J. Lu" writes:
> It may be related to
>
> http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01483.html
No, it's not, quite the contrary. For one, Art did his build before this
patch went in, second, as explained in the message, I've been careful to
only set with_arch_32 and with_tune_32.
Thomas Capricelli writes:
> The mercurial mirror of the gcc repository, at
> http://gcc.gnu.org/hg/gcc has been broken for months. and the
> contact listed there does not answer emails.
>
> Can somebody here at least remove those misleading pages..?
If there is concensus here to remove this
In data giovedì 01 aprile 2010 16:29:12, Rainer Orth ha scritto:
> works just fine. From my experience, hg is vastly superior to git,
> which is simply a usability nightmare, as Dan Berlin discovered when he
> worked on setting up the hg mirror.
I completely agree, but my point was not to start
By updating to the lastest code in the trunk, and removing the '--with-arch'
and '--with-tune' options from my configuration, I've successfully built the
latest GCC code. I'll be removing the '--disable-multilib' option from my build
configuration now also.
Thanks.
Art Haas
-Original Mess
On 03/31/2010 11:25 AM, Vincent Lefevre wrote:
On 2010-03-31 11:04:03 +0200, Marc Glisse wrote:
IMHO this transformation mostly makes sense for the
-ffinite-math-only case where you can replace: "put a constant and
multiply/divide" by "put a constant and add/sub" and never care
about extracting
* Rainer Orth wrote on Thu, Apr 01, 2010 at 04:24:40PM CEST:
> The --disable-multilib option has been broken by a recent patch. This
> is a known bug and will hopefully be fixed soon.
Should be fixed now with r157916 which reverts the offending commit.
Apologies for the breakage.
Cheers,
Ralf
Hello Tristan
I think the main issue is that EFI C dialect is not ANSI-C
compliant: the size of pointer is determined
at the run-time and therefore the layout of the structure is not
static. Gcc doesn't support this model.
I have read the sizeof and VLA in C99
I found a example:
EXAMPLE 3
On 28/03/10 15:45, Carrot Wei wrote:
> Hi
>
> The detailed description of the optimization is at
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129. This is an ARM
> specific optimization.
>
> This optimization uses one less register (the register hold the GOT
> base), to get this beneficial the
On Wed, Mar 31, 2010 at 15:13, David Edelsohn wrote:
> Please update your listing in the MAINTAINERS file.
Thanks. I've updated MAINTAINERS and also added Le-Chun who should've
been there long ago.
2010-04-01 Diego Novillo
* MAINTAINERS (Plugin): Add myself and Le-Chun Wu.
Index:
Thomas Capricelli writes:
> The mercurial mirror of the gcc repository, at
> http://gcc.gnu.org/hg/gcc has been broken [...]
Or rather, it has gotten stale. I started up update process that
should, very very slowly, let it catch up with the present day. If
that completes in reasonable time, ma
On Thu, Apr 1, 2010 at 8:10 PM, Andrew Haley wrote:
> On 28/03/10 15:45, Carrot Wei wrote:
>> Hi
>>
>> The detailed description of the optimization is at
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129. This is an ARM
>> specific optimization.
>>
>> This optimization uses one less register (t
I'm debugging a Thumb-2 glibc build failure on trunk for
arm-none-linux-gnueabi. I believe it's from Richard Earnshaw's
2010-02-01 patch for TLS patterns, which includes this:
(define_insn "tls_load_dot_plus_four"
[(set (match_operand:SI 0 "register_operand" "=l,r")
(mem:SI (unspec:SI [
On 04/01/2010 10:54 PM, Daniel Jacobowitz wrote:
> I'm debugging a Thumb-2 glibc build failure on trunk for
> arm-none-linux-gnueabi. I believe it's from Richard Earnshaw's
> 2010-02-01 patch for TLS patterns, which includes this:
>
> (define_insn "tls_load_dot_plus_four"
> [(set (match_operand
On Fri, Apr 02, 2010 at 12:06:28AM +0100, Bernd Schmidt wrote:
> On 04/01/2010 10:54 PM, Daniel Jacobowitz wrote:
> > I'm debugging a Thumb-2 glibc build failure on trunk for
> > arm-none-linux-gnueabi. I believe it's from Richard Earnshaw's
> > 2010-02-01 patch for TLS patterns, which includes th
On 04/01/2010 11:08 PM, Daniel Jacobowitz wrote:
> (define_insn "tls_load_dot_plus_four"
> [(set (match_operand:SI 0 "register_operand" "=l,r")
> (mem:SI (unspec:SI [(match_operand:SI 1 "register_operand" "l,r")
> (const_int 4)
> (m
Snapshot gcc-4.5-20100401 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100401/
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
On Fri, Apr 02, 2010 at 12:27:33AM +0100, Bernd Schmidt wrote:
> That doesn't work either, a matching constraint has to be an input.
i386 uses this, so I figure it's OK.
> Also, legitimize_tls_address is calling it with the same reg for both
> operands, which is going to lead to tears if they're
Hello,
May I know where or whom should I contact to obtain the copyright
assignment form? I want to contribute some code to gcc so I think
having these forms in place earlier would be a good idea.
Another question is I am working full time for a software company and
the job is irrelevant to compi
This is really a good question!
Consider the requirement of this optimization.
1. There should be at least 2 methods to load a global variable's
address from GOT. Usually it means using different relocation types.
2. By default all global variables access use the same one method.
3. In some cas
In data giovedì 01 aprile 2010 21:13:20, Frank Ch. Eigler ha scritto:
> > The mercurial mirror of the gcc repository, at
> > http://gcc.gnu.org/hg/gcc has been broken [...]
>
> Or rather, it has gotten stale. I started up update process that
> should, very very slowly, let it catch up with the p
26 matches
Mail list logo
