On Mon, Sep 27, 2010 at 05:29:19PM -0700, Richard Henderson wrote:
> The 64-bit PEI format has a SECREL32 relocation type. It
> does not, however, have a SECREL64 relocation type. Which
> means that for
>
> > #define DWARF_REF_SIZE \
> > (dwarf_version == 2 ? DWARF2_ADDR_SIZE : DWARF_OFFSET_S
On 21/09/2010 18:27, Ian Lance Taylor wrote:
>> We're ready for another try.
>>
>> Thanks to sterling work by Frédéric Buclin, the gcc.gnu.org overseers
>> group is preparing to upgrade gcc.gnu.org bugzilla to a current version.
>> We will be taking bugzilla offline on Thursday, September 23, for
2010/9/28 Jakub Jelinek :
> On Mon, Sep 27, 2010 at 05:29:19PM -0700, Richard Henderson wrote:
>> The 64-bit PEI format has a SECREL32 relocation type. It
>> does not, however, have a SECREL64 relocation type. Which
>> means that for
>>
>> > #define DWARF_REF_SIZE \
>> > (dwarf_version == 2 ?
On 09/28/2010 11:09 AM, Kai Tietz wrote:
> ChangeLog
>
> 2010-09-28 Kai Tietz
>
> * config/i386/cygming.h (ASM_OUTPUT_DWARF_OFFSET): Output
> addition zero for padding of secrel32 requested for 8 bytes.
>
> I will apply this today, if there aren't any objections.
Please do
On 09/28/2010 01:51 AM, Dave Korn wrote:
>
> Huh, am I doing something seriously wrong? It takes me four hours to
> boostrap GCC at with all languages enabled at -j8 on an AMD2x64
You must be. I just bootstrapped with c, c++, and java, and it was
real40m36.704s
user164m5.664s
sys
On 28/09/2010 11:44, Andrew Haley wrote:
> On 09/28/2010 01:51 AM, Dave Korn wrote:
>
>> Huh, am I doing something seriously wrong? It takes me four hours to
>> boostrap GCC at with all languages enabled at -j8 on an AMD2x64
>
> You must be. I just bootstrapped with c, c++, and java, and it w
On 09/28/2010 12:35 PM, Dave Korn wrote:
> On 28/09/2010 11:44, Andrew Haley wrote:
>> On 09/28/2010 01:51 AM, Dave Korn wrote:
>>
>>> Huh, am I doing something seriously wrong? It takes me four hours to
>>> boostrap GCC at with all languages enabled at -j8 on an AMD2x64
>>
>> You must be. I ju
Ian,
Does the new split stack feature in gcc trunk absolutely require additional
libc support to function or can it be made to work on other targets like
darwin with just changes to libgcc? Thanks in advance for any
clarifications.
Jack
Le 28. 09. 10 11:25, Dave Korn a écrit :
> Before I start, I'd like to thank Frédéric for having done all this work and
> got us a nice shiny new bugzilla. Thank you!
Thanks again. :)
> One minor thing appears to have failed in the transition: although all my
> saved searches and whine sett
On 09/28/2010 03:09 AM, Kai Tietz wrote:
> * config/i386/cygming.h (ASM_OUTPUT_DWARF_OFFSET): Output
> addition zero for padding of secrel32 requested for 8 bytes.
>
> I will apply this today, if there aren't any objections.
I've committed the following instead, which I think
Jack Howarth writes:
> Does the new split stack feature in gcc trunk absolutely require additional
> libc support to function or can it be made to work on other targets like
> darwin with just changes to libgcc? Thanks in advance for any
> clarifications.
The additional support that it needs i
On 28 Sep 2010, at 17:29, Ian Lance Taylor wrote:
Jack Howarth writes:
Does the new split stack feature in gcc trunk absolutely require
additional
libc support to function or can it be made to work on other targets
like
darwin with just changes to libgcc? Thanks in advance for any
clari
2010/9/28 Richard Henderson :
> On 09/28/2010 03:09 AM, Kai Tietz wrote:
>> * config/i386/cygming.h (ASM_OUTPUT_DWARF_OFFSET): Output
>> addition zero for padding of secrel32 requested for 8 bytes.
>>
>> I will apply this today, if there aren't any objections.
>
> I've committed
On 09/28/2010 09:50 AM, Kai Tietz wrote:
> 2010/9/28 Richard Henderson :
>> On 09/28/2010 03:09 AM, Kai Tietz wrote:
>>> * config/i386/cygming.h (ASM_OUTPUT_DWARF_OFFSET): Output
>>> addition zero for padding of secrel32 requested for 8 bytes.
>>>
>>> I will apply this today, if
IainS writes:
> On 28 Sep 2010, at 17:29, Ian Lance Taylor wrote:
>
>> Jack Howarth writes:
>>
>>> Does the new split stack feature in gcc trunk absolutely require
>>> additional
>>> libc support to function or can it be made to work on other targets
>>> like
>>> darwin with just changes to lib
On 09/27/10 16:48, Paul Brook wrote:
Most of the interesting bits happen in the linker+debugger. "gcc -ffunction-
sections -fdata-sections -fPIC" is likely to be pretty good in terms of
compiler output.
What you then need is a linker that will relink an image, changing it as
little as possible
I am pleased to announce that the GCC Steering Committee has
accepted the Microblaze port for inclusion in GCC and appointed
Michael Eager as port maintainer.
Happy hacking!
David
David Edelsohn wrote:
I am pleased to announce that the GCC Steering Committee has
accepted the Microblaze port for inclusion in GCC and appointed
Michael Eager as port maintainer.
Thanks!
Adding myself to maintainer list.
Index: MAINTAINERS
===
On 28/09/2010 13:28, Andrew Haley wrote:
> On 09/28/2010 12:35 PM, Dave Korn wrote:
>> On 28/09/2010 11:44, Andrew Haley wrote:
>>> On 09/28/2010 01:51 AM, Dave Korn wrote:
>>>
Huh, am I doing something seriously wrong? It takes me four hours to
boostrap GCC at with all languages enabl
On 09/28/2010 01:56 PM, Michael Eager wrote:
David Edelsohn wrote:
I am pleased to announce that the GCC Steering Committee has
accepted the Microblaze port for inclusion in GCC and appointed
Michael Eager as port maintainer.
Thanks!
Congratulations!
Does your current source include
t; Jack
>
With a simple HelloWorld class:
$ cat HelloWorld.java
public class HelloWorld
{
public static void main(String[] args) { System.out.println("Hello World!"); }
}
current HEAD works fine for me:
$ /home/andrew/build/gcj/bin/gcj --main=HelloWorld -O HelloWorld.java
$
Joel Sherrill wrote:
On 09/28/2010 01:56 PM, Michael Eager wrote:
David Edelsohn wrote:
I am pleased to announce that the GCC Steering Committee has
accepted the Microblaze port for inclusion in GCC and appointed
Michael Eager as port maintainer.
Thanks!
Congratulations!
Does your curr
> With a simple HelloWorld class:
>
> $ cat HelloWorld.java
> public class HelloWorld
> {
> public static void main(String[] args) { System.out.println("Hello
> World!"); }
> }
>
> current HEAD works fine for me:
Of course it does because the bug was just f
Le 28. 09. 10 11:25, Dave Korn a écrit :
> I'm no longer
> receiving my nightly emails that the whine is supposed to be sending me.
This should be fixed now. Let me know if you still don't get nightly emails.
Frédéric
Snapshot gcc-4.4-20100928 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20100928/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
25 matches
Mail list logo
