On Tue, Jul 21, 2009 at 11:14 PM, Paolo Bonzini wrote:
> Gregory Casamento wrote:
>> As far as I'm aware apple has an assignment for changes to gcc, so it
>> should be possible to pull them in.
>
> You're not forced to assign changes that you do not want to assign.
I don't understand. Yes you are
Status
==
GCC 4.4.1 has been released, I'll announce it once uploaded to ftp.gnu.org
and mirrors get a chance to mirror it. The 4.4 branch is again open
under the usual release branch rules.
Quality Data
Priority # Change from Last Report
---
On 07/22/2009 10:57 AM, Richard Guenther wrote:
On Tue, Jul 21, 2009 at 11:14 PM, Paolo Bonzini wrote:
Gregory Casamento wrote:
As far as I'm aware apple has an assignment for changes to gcc, so it
should be possible to pull them in.
You're not forced to assign changes that you do not want to
Gregory Casamento wrote:
> If not, I would like to know what the GNUstep project can do to help
> make this happen.
Persuade Apple to de-embargo their engineers from showing their faces in
public round here?(*)
At least from the outside, it appears that Apple(**) is simply not
interested in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer Emrich schrieb:
> Rainer Emrich schrieb:
>> Kai Tietz schrieb:
>>> 2009/7/20 Kai Tietz :
2009/7/20 Rainer Emrich :
>
>>> For the native compiler I get:
>>> $ x86_64-w64-mingw32-gcc -print-search-dirs
>>> installiere:
>>> c:\mingw\gcc\gcc-4
On Jul 22, 2009, at 2:58 AM, Paolo Bonzini wrote:
On 07/22/2009 10:57 AM, Richard Guenther wrote:
On Tue, Jul 21, 2009 at 11:14 PM, Paolo Bonzini
wrote:
Gregory Casamento wrote:
As far as I'm aware apple has an assignment for changes to gcc,
so it
should be possible to pull them in.
You'r
What is the process for getting a blob of code assigned to the FSF that
is not just being committed into the tree?
Creating a branch on gcc.gnu.org and committing it there should be enough.
Paolo
Hello,
Possibly somebody could give me a hint what the issue here is. In the
patch I attached, I enable multilib for x86 default mingw target
(i686-w64-mingw32). The core compilers are translating nicely. But
when it tries to build libgcc by -m64 it throws always the same error
message for any arr
This is the beta release of binutils 2.19.51.0.14 for Linux, which is
based on binutils 2009 0722 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
Could I convince you to have a look at the transactional-memory branch
test libitm/testsuite/libitm.c++/eh-1.C? I'm getting
z.c:36:1: error: edge void f1()->void* __cxa_allocate_exception(long
unsigned int) has no corresponding call_stmt
D.2114_4 = __cxa_allocate_exception (4);
z.c:36:1: err
Hi,
gcc doesn't seem to support "#pragma startup" and "#pragma exit". I
used gcc 4.0.0.
Does there exist equivalent commands for these pragmas in gcc?
Regards,
Debarshi
Debarshi Sanyal writes:
> gcc doesn't seem to support "#pragma startup" and "#pragma exit". I
> used gcc 4.0.0.
> Does there exist equivalent commands for these pragmas in gcc?
This question is not appropriate for the mailing list gcc@gcc.gnu.org,
which is for developers of gcc. It is appropria
12 matches
Mail list logo
