The GNU Compiler Collection version 4.6.0 has been released.
GCC 4.6.0 is a major release, containing substantial new functionality
not available in GCC 4.5.x or previous GCC releases.
The "link-time optimization" framework introduced in GCC 4.5.0 has been
significantly improved in this release,
On 03/27/2011 06:27 AM, Ian Lance Taylor wrote:
Nathan Boley writes:
In a much larger application, I was getting a weird segfault that an
assignment to a temporary variable fixed. I distilled the example into
the attached "test_case.c". When I run test_case.c under valgrind I
get a memory read
On Mon, Mar 28, 2011 at 12:42 PM, Paolo Bonzini wrote:
> On 03/27/2011 06:27 AM, Ian Lance Taylor wrote:
>>
>> Nathan Boley writes:
>>
>>> In a much larger application, I was getting a weird segfault that an
>>> assignment to a temporary variable fixed. I distilled the example into
>>> the attach
2011/3/24 Ian Lance Taylor :
> roy rosen writes:
>
>>> You build a RECORD_TYPE holding the fields you want to return. You
>>> define the appropriate builtin functions to return that record type.
>>
>> How is that done? using define_insn? How do I tell it to return a struct?
>> Is there an example
On 03/28/2011 01:06 PM, Richard Guenther wrote:
/* GCC uses 8-byte loads and register passing even though sizeof = 6 */
typedef struct __attribute__((__packed__))
{
unsigned chr:16;
unsigned loc:32;
} GENOME_LOC_TYPE_2;
//#define GENOME_LOC_TYPE GENOME_LOC_TYPE_1
#d
On Mon, Mar 28, 2011 at 1:36 PM, Paolo Bonzini wrote:
> On 03/28/2011 01:06 PM, Richard Guenther wrote:
>>>
>>> /* GCC uses 8-byte loads and register passing even though sizeof = 6 */
>>> typedef struct __attribute__((__packed__))
>>> {
>>> unsigned chr :16;
>>> unsigned loc
>? MIPS has two pointer sizes, but a given compilation (gcc
> invocation) uses only one of them, it comes from the chosen ABI.
Yes, it looks like MIPS have got 2 ABIs - 32bit and 64bit. The choice
of the ABI is controlled through a command line option '-march=arch'.
Therefore in MIPS it doesn't
Hi,
On Mon, 28 Mar 2011, Paolo Bonzini wrote:
> > At expansion time we have the following for the call argument:
> >
> >> type > size
> > unit size
> > align 8 symtab 0 alias set -1 canonical type 0x75b29540
> >
> > which looks ok to me.
>
> It already isn
On 03/28/2011 02:27 PM, Michael Matz wrote:
unit size
align 8 symtab 0 alias set -1 canonical type 0x75b29540
which looks ok to me.
It already isn't, why is the alignment 8 if __alignof__
(GENOME_LOC_TYPE_2) is 1?
The aligns are printed in bits. It really is okay
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am trying to get a solution for bug 44384, "builtin_object_size_
treatment of multidimensional arrays is unexpected", and would like
to know if my approach is right.
First, a quick recap of the issue.
The issue at hand is that __builtin_object_siz
Seems to be working well on Solaris 8 Sparc thus far. No surprises. I'll
post a result set once the tests are complete but for now I see the output
from hello.c is exactly as expected :
# pwd
/tmp/test
# cat -n hello.c
1 #include
2
3 int
4 main(int argc, char *argv[])
On Mon, Mar 28, 2011 at 3:36 PM, Paolo Bonzini wrote:
> On 03/28/2011 02:27 PM, Michael Matz wrote:
>>> type>>> size
unit size
align 8 symtab 0 alias set -1 canonical type 0x75b29540
which looks ok to me.
>>>
>>> It already isn't,
On Mon, Mar 28, 2011 at 3:54 PM, Mark Eklund wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I am trying to get a solution for bug 44384, "builtin_object_size_
> treatment of multidimensional arrays is unexpected", and would like
> to know if my approach is right.
>
> First, a quick r
On 03/25/2011 06:13 AM, Rodrigo Rivas wrote:
On Wed, Mar 23, 2011 at 5:46 PM, Jason Merrill wrote:
Yep. Here is the wording that we approved today:
[snip]
Nice. Thank you.
Could you update your patch to match the final wording?
Thanks,
Jason
Hi.
This morning's build on sparc-sun-solaris2.10 failed for me; the error
message in 'stage_2' is below:
options.c:753:3: error: enum conversion in initialization is invalid in C++
[-Werror=c++-compat]
options.c:753:3: error: (near initialization for
'global_options_init.x_sparc_cpu_and_featu
Jakub Jelinek :
> The GNU Compiler Collection version 4.6.0 has been released.
Compilation failure on Cygwin:
../../../libgcc/config/libbid/bid_decimal_globals.c:47:18: fatal error: fenv.h:
No such file or directory
compilation terminated.
make[3]: *** [bid_decimal_globals.o] Error 1
Configured
2011/3/28 Piotr Wyderski :
> Jakub Jelinek :
>
>> The GNU Compiler Collection version 4.6.0 has been released.
>
> Compilation failure on Cygwin:
>
> ../../../libgcc/config/libbid/bid_decimal_globals.c:47:18: fatal error:
> fenv.h:
> No such file or directory
> compilation terminated.
> make[3]: *
roy rosen writes:
> 2011/3/24 Ian Lance Taylor :
>> roy rosen writes:
>>
You build a RECORD_TYPE holding the fields you want to return. You
define the appropriate builtin functions to return that record type.
>>>
>>> How is that done? using define_insn? How do I tell it to return a st
On 03-27 09:42, Andi Kleen wrote:
> Witold Baryluk writes:
> >
> > make BOOT_CFLAGS="$CFLAGS -flto" CFLAGS_FOR_BUILD="$CFLAGS"
> > CXXFLAGS_FOR_BUILD="$CXXFLAGS" bootstrap
>
> Easier is to configure with --with-build-config=bootstrap-lto
> then you don't need all the magic CFLAGS lines.
As you s
> this is a known issue and strictly cygwin related. Please update your
> cygwin environment to newest version, or disable decimal-floating
> point by option.
Well, maybe this is known, but it is not noted on the GCC 4.6.0 release notes,
nor on the target-specific installation information page at
On Mon, Mar 28, 2011 at 11:52:56AM -0700, FX wrote:
> > this is a known issue and strictly cygwin related. Please update your
> > cygwin environment to newest version, or disable decimal-floating
> > point by option.
>
> Well, maybe this is known, but it is not noted on the GCC 4.6.0 release
> no
Greetings,
I am taking a new shot at user-defined literals.
Compared to the previous attempt:
* I have altered libcpp so that it tokenizes user defined literals in
one chunk properly.
* I have started work on new tree nodes and accessors.
* I have (or am trying to) refine the checks for a
We have several bug reports for 4.6.0 about failures of the form
checking dynamic linker characteristics... configure: error: Link tests are not
allowed after GCC_NO_EXECUTABLES.
http://gcc.gnu.org/PR47836
http://gcc.gnu.org/PR46586
http://gcc.gnu.org/PR45174
http://gcc.gnu.org/PR39107
The pro
Hello Ian,
* Ian Lance Taylor wrote on Tue, Mar 29, 2011 at 07:39:25AM CEST:
> We have several bug reports for 4.6.0 about failures of the form
>
> checking dynamic linker characteristics... configure: error: Link tests are
> not allowed after GCC_NO_EXECUTABLES.
> Unfortunately, on a GNU/Linu
* Ralf Wildenhues wrote on Tue, Mar 29, 2011 at 07:55:27AM CEST:
> * Ian Lance Taylor wrote on Tue, Mar 29, 2011 at 07:39:25AM CEST:
> > Shortly after that code in libtool.m4, I see this:
> >
> > if test -f /etc/ld.so.conf; then
> > lt_ld_extra=`awk '/^include / { system(sprintf("cd /etc; ca
25 matches
Mail list logo