[Bug libgcc/55712] New: cpuinfo.c doesn't compile for x86-64 with medium memory model
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55712 Bug #: 55712 Summary: cpuinfo.c doesn't compile for x86-64 with medium memory model Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc AssignedTo: unassig...@gcc.gnu.org ReportedBy: l...@rdos.net Building libgcc with a cross-compiler for x86-64, with -fpic and -mcmodel=medium switches fails. Error messages: ../../gcc-work/libgcc/. -I../../../gcc-work/libgcc/../gcc -I../../../gcc-work/libgcc/../include -DHAVE_CC_TLS -o cpuinfo.o -MT cpuinfo.o -MD -MP -MF cpuinfo.dep -c ../../../gcc-work/libgcc/config/i386/cpuinfo.c -fvisibility=hidden -DHIDE_EXPORTS In file included from ../../../gcc-work/libgcc/config/i386/cpuinfo.c:21:0: ../../../gcc-work/libgcc/config/i386/cpuinfo.c: In function 'get_available_features': ../../../gcc-work/libgcc/config/i386/cpuinfo.c:236:7: error: inconsistent operand constraints in an 'asm' __cpuid_count (7, 0, eax, ebx, ecx, edx); ^ ../../../gcc-work/libgcc/static-object.mk:17: recipe for target `cpuinfo.o' failed make[1]: *** [cpuinfo.o] Error 1 make[1]: Lämnar katalogen "/usr/src/build-gcc-noheader/rdos/libgcc" Makefile:10619: recipe for target `all-target-libgcc' failed make: *** [all-target-libgcc] Error 2
[Bug rtl-optimization/55630] [4.8 Regression] FAIL: g++.dg/pr48660.C -std=c++98 (internal compiler error)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55630 Eric Botcazou changed: What|Removed |Added Component|middle-end |rtl-optimization --- Comment #9 from Eric Botcazou 2012-12-16 09:46:57 UTC --- Recategorizing.
[Bug rtl-optimization/55630] [4.8 Regression] FAIL: g++.dg/pr48660.C -std=c++98 (internal compiler error)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55630 --- Comment #10 from Eric Botcazou 2012-12-16 10:02:43 UTC --- Author: ebotcazou Date: Sun Dec 16 10:02:37 2012 New Revision: 194530 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194530 Log: PR rtl-optimization/55630 * expr.c (expand_assignment): Do not call copy_blkmode_to_reg to move BLKmode return values to the return register. Modified: trunk/gcc/ChangeLog trunk/gcc/expr.c
[Bug rtl-optimization/55630] [4.8 Regression] FAIL: g++.dg/pr48660.C -std=c++98 (internal compiler error)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55630 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #11 from Eric Botcazou 2012-12-16 10:04:59 UTC --- .
[Bug target/55673] Reversed before/after handling in sparc_emit_membar_for_model
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55673 --- Comment #6 from Eric Botcazou 2012-12-16 10:25:22 UTC --- Author: ebotcazou Date: Sun Dec 16 10:25:17 2012 New Revision: 194531 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194531 Log: PR target/55673 * config/sparc/sparc.c (sparc_emit_membar_for_model): Fix reversed handling of before and after cases. * config/sparc/sync.md (atomic_store): Fix pasto. Modified: trunk/gcc/ChangeLog trunk/gcc/config/sparc/sparc.c trunk/gcc/config/sparc/sync.md
[Bug target/55673] Reversed before/after handling in sparc_emit_membar_for_model
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55673 --- Comment #7 from Eric Botcazou 2012-12-16 10:26:14 UTC --- Author: ebotcazou Date: Sun Dec 16 10:26:08 2012 New Revision: 194532 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194532 Log: PR target/55673 * config/sparc/sparc.c (sparc_emit_membar_for_model): Fix reversed handling of before and after cases. * config/sparc/sync.md (atomic_store): Fix pasto. Modified: branches/gcc-4_7-branch/gcc/ChangeLog branches/gcc-4_7-branch/gcc/config/sparc/sparc.c branches/gcc-4_7-branch/gcc/config/sparc/sync.md
[Bug target/55673] Reversed before/after handling in sparc_emit_membar_for_model
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55673 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Eric Botcazou 2012-12-16 10:28:28 UTC --- Thanks for reporting the problem.
[Bug ada/54614] Vector * Matrix -> Vector gives wrong result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614 --- Comment #3 from Eric Botcazou 2012-12-16 10:40:36 UTC --- Author: ebotcazou Date: Sun Dec 16 10:40:32 2012 New Revision: 194534 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194534 Log: PR ada/54614 Backport from mainline 2012-10-01 Vincent Pucci * s-gearop.adb (Vector_Matrix_Product): Fix dimension check and index of Left in S evaluation. Modified: branches/gcc-4_7-branch/gcc/ada/ChangeLog branches/gcc-4_7-branch/gcc/ada/s-gearop.adb
[Bug ada/54614] Vector * Matrix -> Vector gives wrong result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614 --- Comment #4 from Eric Botcazou 2012-12-16 10:45:16 UTC --- Author: ebotcazou Date: Sun Dec 16 10:45:12 2012 New Revision: 194535 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194535 Log: PR ada/54614 Backport from mainline 2012-10-01 Vincent Pucci * s-gearop.adb (Vector_Matrix_Product): Fix dimension check and index of Left in S evaluation. Modified: branches/gcc-4_6-branch/gcc/ada/ChangeLog branches/gcc-4_6-branch/gcc/ada/s-gearop.adb
[Bug ada/54614] Vector * Matrix -> Vector gives wrong result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614 Eric Botcazou changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.4 --- Comment #5 from Eric Botcazou 2012-12-16 10:46:41 UTC --- Fixed on all active branches.
[Bug ada/53737] [4.7/4.8 regression] Assert_Failure on a generic package with a package as parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53737 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-16 CC||ebotcazou at gcc dot ||gnu.org Target Milestone|--- |4.7.3 Summary|Assert_Failure |[4.7/4.8 regression] |sinfo.adb:1066 on a generic |Assert_Failure on a generic |package with a package as |package with a package as |parameter (Ada Util)|parameter Ever Confirmed|0 |1 --- Comment #2 from Eric Botcazou 2012-12-16 10:50:09 UTC --- Present on 4.7 branch and mainline.
[Bug fortran/55638] Wrongly accepts INTENT + VALUE - and wrongly requires it for PURE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55638 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from Tobias Burnus 2012-12-16 10:54:36 UTC --- FIXED on the 4.8 trunk.
[Bug target/55243] STAMP variable is not defined in t-avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243 Eric Botcazou changed: What|Removed |Added Component|ada |target --- Comment #27 from Eric Botcazou 2012-12-16 11:08:26 UTC --- .
[Bug libfortran/55705] [4.7 Regression] error: 'CLOCK_REALTIME' undeclared in libgfortran/intrinsics/system_clock.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705 --- Comment #2 from Rainer Emrich 2012-12-16 11:22:28 UTC --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 15.12.2012 16:08, schrieb rguenth at gcc dot gnu.org: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705 > > Richard Biener changed: > > What|Removed |Added > > > Status|UNCONFIRMED |WAITING > Last reconfirmed||2012-12-15 Target > Milestone|--- |4.7.3 Ever Confirmed|0 > |1 > > --- Comment #1 from Richard Biener 2012-12-15 > 15:08:14 UTC --- Please fill in known-to-work and known-to-fail versions. > I will check. 4.6.3 is working for sure. I'll check my last working bootstrap, which was 4.7.3 mid November. I suspect an issue with the mingw-w64 runtime. But I'm not sure. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJQza7aAAoJEB3HOsWs+KJbTOkIAJIz2Mnt9Z+/nf5wyn+eHldP Hp6T/SZTQQfkl+WviHcmGCCeofvpr9vQ4iAXWdVF1qxQZF/I9y101b0GFjTkdnVG 2/KFNMAKoEgdAG3+9zoB6Iyl9Mk5OmwNjxBcZmuJfAl78DpwuPSnsbMl08y4F+28 YiWR12wXzCCchzJ+OT3Aa9asyG15LL3uYde4auu+7hidGYCx57G2Endxz1aYHOw8 jiG38p3lzwTxNXJsGgC4OUzW3SOEqQJTD8ULPNKAlJG9At8Wt50lCPUMD5ZF0u1a tbMtPc/0TSKs6H+eElGvYzCIV56Ew7zOz21lrIxrTnBebrB3X+QhSlsWNARFIuY= =90XA -END PGP SIGNATURE-
[Bug middle-end/55709] [4.8 Regression] Infinite loop in pointer_set_insert compiling cp/pt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55709 Richard Biener changed: What|Removed |Added Depends on||52894 Target Milestone|--- |4.8.0
[Bug target/55711] Internal compiler error while compiling openssl1.0.1c/crypto/asn1/a_strex.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55711 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Richard Biener 2012-12-16 11:58:25 UTC --- Dup. *** This bug has been marked as a duplicate of bug 55683 ***
[Bug tree-optimization/55683] [4.8 Regression] ICE in inline_call, at ipa-inline-transform.c:270
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683 Richard Biener changed: What|Removed |Added CC||delorme.hugues at fougsys ||dot fr --- Comment #7 from Richard Biener 2012-12-16 11:58:25 UTC --- *** Bug 55711 has been marked as a duplicate of this bug. ***
[Bug ada/52222] Assert_Failure in sinfo.adb:2947
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ebotcazou at gcc dot ||gnu.org Resolution||FIXED Target Milestone|--- |4.7.0 Summary|4.6.2 (x86_64-pc-linux-gnu) |Assert_Failure in |Assert_Failure |sinfo.adb:2947 |sinfo.adb:2947 | --- Comment #1 from Eric Botcazou 2012-12-16 12:00:20 UTC --- Fixed in the 4.7.x series.
[Bug ada/54549] Assertion failure in sinfo.adb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54549 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version|unknown |4.6.3 Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #1 from Eric Botcazou 2012-12-16 12:04:15 UTC --- Fixed in the 4.7.x series, the compilers now issues: layout.ads:9:75: extra ")" ignored
[Bug ada/52728] Assert_Failure sinfo.adb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52728 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ebotcazou at gcc dot ||gnu.org Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #1 from Eric Botcazou 2012-12-16 12:07:03 UTC --- Fixed in the 4.7.x series, the compiler now issues: p.adb:7:27: invalid prefix in call
[Bug ada/49989] Assert_Failure sinfo.adb:638 on simple testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49989 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ebotcazou at gcc dot ||gnu.org Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #1 from Eric Botcazou 2012-12-16 12:13:00 UTC --- Probably a short-lived one.
[Bug ada/48057] Assert_Failure sinfo.adb:1985 when = put instead of :=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48057 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ebotcazou at gcc dot ||gnu.org Resolution||INVALID --- Comment #1 from Eric Botcazou 2012-12-16 12:19:28 UTC --- Invalid attachment.
[Bug fortran/55197] Use statement for omp_lib causes ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55197 --- Comment #2 from Tobias Burnus 2012-12-16 14:36:58 UTC --- Author: burnus Date: Sun Dec 16 14:36:54 2012 New Revision: 194537 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194537 Log: 2012-12-16 Tobias Burnus PR fortran/55197 * module.c (gfc_use_module): Free rename list only for internally generated intrinsic modules. 2012-12-16 Tobias Burnus PR fortran/55197 * gfortran.dg/gomp/use_intrinsic_1.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/gomp/use_intrinsic_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/55197] Use statement for omp_lib causes ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55197 Tobias Burnus changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Tobias Burnus 2012-12-16 14:38:34 UTC --- FIXED for GCC 4.8 (trunk). Thanks for the bugreport!
[Bug fortran/54990] [4.8 Regression] [OOP] ICE in tree_operand_check on SELECT TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54990
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2012-12-16
CC||pault at gcc dot gnu.org
AssignedTo|unassigned at gcc dot |pault at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from Paul Thomas 2012-12-16 15:27:24
UTC ---
trans-expr.c:203
tree
gfc_get_vptr_from_expr (tree expr)
{
tree tmp = expr;
while (tmp && !GFC_CLASS_TYPE_P (TREE_TYPE (tmp)))
tmp = TREE_OPERAND (tmp, 0);
tmp = gfc_class_vptr_get (tmp);
return tmp;
}
is changed to
tree
gfc_get_vptr_from_expr (tree expr)
{
tree tmp = expr;
while (tmp && !GFC_CLASS_TYPE_P (TREE_TYPE (tmp))
&& !(TYPE_CANONICAL (TREE_TYPE (tmp))
&& GFC_CLASS_TYPE_P (TYPE_CANONICAL (TREE_TYPE (tmp)
tmp = TREE_OPERAND (tmp, 0);
tmp = gfc_class_vptr_get (tmp);
return tmp;
}
the bug is fixed. The array reference seems to spin a new TREE_TYPE for the
class container that does not get marked as GFC_CLASS_TYPE_P. I have no idea
why or what might have changed it.
As soon as I get the unlimited polymorphic patch committed, I will submit this
as a patch with the testcase:
program test
implicit none
type :: ncBhStd
integer :: i
end type
type :: tn
class (ncBhStd), allocatable, dimension(:) :: cBh
end type
integer :: i
type(tn), target :: a
allocate (a%cBh(2), source = [(ncBhStd(i*99), i = 1,2)])
select type (q => a%cBh(1))
type is (ncBhStd)
if (q%i .ne. 99) call abort
end select
end
libgcc fails to build for sh-elf toolchain
Hi Alex, Hi Kaz, The sh-elf target is currently failing to build libgcc on the FSF mainline because: libgcc/unwind-dw2.c: In function 'execute_stack_op': libgcc/unwind-dw2.c:902:1: error: unable to generate reloads for: (set (reg:SI 147 t) (zero_extract:SI (reg:SI 621 [ MEM[(struct _Unwind_Context *)context_25(D) + 640B] ]) (const_int 1) (const_int 30))) libgcc/unwind-dw2.c:902:1: internal compiler error: in find_reloads, at reload.c:3879 This bug has only shown up in the last few weeks - the toolchain was building OK at the end of November... Cheers Nick
[Bug libstdc++/55713] New: std::tuple incorrectly is convertible to "ElementType" when it is an empty class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55713
Bug #: 55713
Summary: std::tuple incorrectly is convertible to
"ElementType" when it is an empty class
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: schaub.johan...@googlemail.com
This code cannot be compiled with libstdc++
struct A {};
void f(A);
struct B { B(std::tuple); };
void f(B);
int main() {
f(std::make_tuple(A()));
}
GCC shouts
"error: 'A' is an inaccessible base of 'tuple'"
Libstdc++ should not make "std::tuple" derive from the empty class
directly.
[Bug middle-end/55709] [4.8 Regression] Infinite loop in pointer_set_insert compiling cp/pt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55709 --- Comment #2 from John David Anglin 2012-12-16 17:35:03 UTC --- Author: danglin Date: Sun Dec 16 17:34:58 2012 New Revision: 194538 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194538 Log: PR middle-end/55709 Forward port from 4.7 branch: 2012-04-10 John David Anglin PR middle-end/52894 * varasm.c (process_pending_assemble_externals): Set pending_assemble_externals_processed true. (assemble_external): Call assemble_external_real if the pending assemble externals have been processed. Modified: trunk/gcc/ChangeLog trunk/gcc/varasm.c
[Bug middle-end/52894] [4.5,4.6,4.7 Regression] Stage1 bootstrap fails with gcc-4.6.3: Infinite loop in pointer_set_insert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52894 --- Comment #10 from John David Anglin 2012-12-16 17:35:03 UTC --- Author: danglin Date: Sun Dec 16 17:34:58 2012 New Revision: 194538 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194538 Log: PR middle-end/55709 Forward port from 4.7 branch: 2012-04-10 John David Anglin PR middle-end/52894 * varasm.c (process_pending_assemble_externals): Set pending_assemble_externals_processed true. (assemble_external): Call assemble_external_real if the pending assemble externals have been processed. Modified: trunk/gcc/ChangeLog trunk/gcc/varasm.c
[Bug middle-end/55709] [4.8 Regression] Infinite loop in pointer_set_insert compiling cp/pt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55709 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from John David Anglin 2012-12-16 17:36:49 UTC --- Fixed.
[Bug libstdc++/55713] std::tuple incorrectly is convertible to "ElementType" when it is an empty class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55713 --- Comment #1 from Andrew Pinski 2012-12-16 17:49:20 UTC --- This was done for an optimization. And I think it is allowed by the C++ standard too.
[Bug libstdc++/55713] std::tuple incorrectly is convertible to "ElementType" when it is an empty class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55713 --- Comment #2 from Johannes Schaub 2012-12-16 17:52:14 UTC --- (In reply to comment #1) > This was done for an optimization. And I think it is allowed by the C++ > standard too. >From the feedback I received from Stackoverflow ( http://stackoverflow.com/q/13902910/34509 ) I assumed that this behavior is not permissible. There also appear to be ways to make it not behave that way (see LLVM libc++'s implementation).
[Bug sanitizer/55679] new asan tests from r194458 fail on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679
--- Comment #16 from Dominique d'Humieres
2012-12-16 18:23:24 UTC ---
(In reply to comments #12 and #13)
With -O1, the invalid tests c-c++-common/asan/global-overflow-1.c and
c-c++-common/asan/stack-overflow-1.c are optimized to a valid "return 0" as
shown by the following differences between the outputs of -dump-tree-optimized
with and without -fno-tree-fre:
--- stack-overflow-1.c.164t.optimized2012-12-16 17:26:13.0 +0100
+++ stack-overflow-1.c.164t_f.optimized2012-12-16 17:25:13.0 +0100
@@ -3,18 +3,14 @@
main ()
{
- int res;
char x[10];
int ten.1;
- char _4;
:
__builtin_memset (&x, 0, 10);
ten.1_3 ={v} ten;
- _4 = x[ten.1_3];
- res_5 = (int) _4;
x ={v} {CLOBBER};
- return res_5;
+ return 0;
}
So the problem for these two tests has nothing to do with asan. Note that they
regress cleanly if I add '-fno-tree-fre -fno-tree-pre' to '-fno-builtin-memset'
in the dg-options. The optimization is also defeated If I add a line such as
x[1] = 1;
Although I doubt this behavior is a bug, I'll open a new PR for it tomorrow
unless there is some objection.
[Bug libstdc++/55713] std::tuple incorrectly is convertible to "ElementType" when it is an empty class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55713 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-16 Ever Confirmed|0 |1 --- Comment #3 from Jonathan Wakely 2012-12-16 20:39:51 UTC --- What stackoverflow says is not gospel, but I agree this should compile. The summary is misleading, it's not convertible, because the base class is inaccessible.
[Bug sanitizer/55679] new asan tests from r194458 fail on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679
--- Comment #17 from Dominique d'Humieres
2012-12-16 21:41:25 UTC ---
(In reply to comment #15)
> The absence of RLIMIT_AS support on darwin appears to be a longstanding
> issue...
>
> http://lists.apple.com/archives/Unix-porting/2007/Apr/msg00026.html
>
> and really should be fixed since SUSv3 Unix (which darwin claims to be)
> demands
> it.
I have investigated the behavior of get/setrlimit(RLIMIT_AS...):
(1) looking at sys/resource.h it appears that RLIMIT_AS is an (undocumented)
alias of RLIMIT_RSS.
(2) RLIMIT_AS seems to be correctly gotten/set by get/setrlimit.
(3) However this does seems to affect the behavior of malloc.
The following patch fixes the failure
--- ../_clean/gcc/testsuite/c-c++-common/asan/rlimit-mmap-test-1.c
2012-12-13 11:08:19.0 +0100
+++ gcc/testsuite/c-c++-common/asan/rlimit-mmap-test-1.c2012-12-16
21:11:59.0 +0100
@@ -2,7 +2,7 @@
/* { dg-do run { target setrlimit } } */
/* { dg-skip-if "" { *-*-* } { "*" } { "-O0" } } */
-/* { dg-shouldfail "asan" } */
+/* { dg-shouldfail "asan" { ! *-*-darwin* } } */
#include
#include
@@ -18,4 +18,4 @@ int main(int argc, char **argv) {
return 0;
}
-/* { dg-output "AddressSanitizer is unable to mmap" } */
+/* { dg-output "AddressSanitizer is unable to mmap" { xfail *-*-darwin* } } */
[Bug target/54781] [4.8 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1124
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54781 Bernhard Rosenkränzer changed: What|Removed |Added Known to work||4.7.3 --- Comment #5 from Bernhard Rosenkränzer 2012-12-16 22:10:53 UTC --- Still happens in current builds
[Bug libstdc++/55713] std::tuple incorrectly is convertible to "ElementType" when it is an empty class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55713 Marc Glisse changed: What|Removed |Added CC||glisse at gcc dot gnu.org --- Comment #4 from Marc Glisse 2012-12-16 22:47:34 UTC --- libc++'s implementation has the drawback that a tuple of empty types is not empty (at least with the current ABI). It seems a shame that sfinae now manages to handle access control cleverly enough to disable overloads but regular code still handles access control as something that is only checked after the fact.
[Bug c++/55714] New: gentoo sys-devel/llvm-3.1r2 compilation segfaults x86_64-pc-linux-gnux32-g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55714 Bug #: 55714 Summary: gentoo sys-devel/llvm-3.1r2 compilation segfaults x86_64-pc-linux-gnux32-g++ Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: pio...@netscape.net reported this in gentoo, originally it happened with version 4.7.1. now I did do /usr/bin/x86_64-pc-linux-gnux32-g++-4.7.2 -I/var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/include -I/var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86 -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -fvisibility-inlines-hidden -fno-exceptions -fPIC -Woverloaded-virtual -Wcast-qual -march=native -O2 -I/usr/libx32/libffi-3.0.11/include-pedantic -Wno-long-long -Wall -W -Wno-unused-parameter -Wwrite-strings -c -MMD -MP -MF "/var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.d.tmp" -MT "/var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.o" -MT "/var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.d" X86ELFWriterInfo.cpp -o /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.o -wrapper gdb,--args and what happened was Starting program: /usr/libexec/gcc/x86_64-pc-linux-gnux32/4.7.2/cc1plus -quiet -I /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/include -I /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86 -I /usr/libx32/libffi-3.0.11/include -MMD /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.d -MF /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.d.tmp -MP -MT /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.o -MT /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.d -D_GNU_SOURCE -D NDEBUG -D _GNU_SOURCE -D __STDC_CONSTANT_MACROS -D __STDC_FORMAT_MACROS -D __STDC_LIMIT_MACROS X86ELFWriterInfo.cpp -march=atom -mcx16 -msahf -mmovbe -mno-aes -mno-pclmul -mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -mno-sse4.2 -mno-sse4.1 -mno-lzcnt -mno-rdrnd -mno-f16c -mno-fsgsbase --param l1-cache-size=24 --param l1-cache-line-size=64 --param l2-cache-size=512 -mtune=atom -quiet -dumpbase X86ELFWriterInfo.cpp -auxbase-strip /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86/Release/X86ELFWriterInfo.o -O2 -Woverloaded-virtual -Wcast-qual -pedantic -Wno-long-long -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -fvisibility-inlines-hidden -fno-exceptions -fPIC -o /tmp/ccVhP6IA.s then I got Program received signal SIGSEGV, Segmentation fault. (gdb) bt #0 0x00a04dc9 in distance_non_agu_define_in_bb(unsigned int, unsigned int, rtx_def*, int, rtx_def*, bool*) () #1 0x00a050b6 in ix86_lea_outperforms(rtx_def*, unsigned int, unsigned int, unsigned int, int) () #2 0x in ?? () without the debug-options I would get X86ELFWriterInfo.cpp: In Elementfunktion ��virtual long int llvm::X86ELFWriterInfo::getDefaultAddendForRelTy(unsigned int, long int) const��: X86ELFWriterInfo.cpp:85:1: interner Compiler-Fehler: Speicherzugriffsfehler in the directory /var/tmp/portage/sys-devel/llvm-3.1-r2/work/llvm-3.1.src/lib/Target/X86 hope this helps
[Bug target/55714] gentoo sys-devel/llvm-3.1r2 compilation segfaults x86_64-pc-linux-gnux32-g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55714 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |WAITING Last reconfirmed||2012-12-17 Component|c++ |target Ever Confirmed|0 |1 --- Comment #1 from Andrew Pinski 2012-12-17 03:53:08 UTC --- Can you attach the preprocessed source that crashes GCC?
[Bug preprocessor/55715] New: bogus overflow warning for #if A-B when A<0 & B==minimum integer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55715 Bug #: 55715 Summary: bogus overflow warning for #if A-B when A<0 & B==minimum integer Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor AssignedTo: unassig...@gcc.gnu.org ReportedBy: egg...@gnu.org Consider this C program: #if 9223372036854775807 < 0 #endif #if -1 - 9223372036854775807 < 0 #endif #if -1 - (-1 - 9223372036854775807) < 0 #endif When compiled with GCC (x86-64), GCC 4.7.2 warns: t.c:5:37: warning: integer overflow in preprocessor expression [enabled by default] The warning is incorrect, since there is no overflow in this program. Evidently GCC's preprocessor computes A-B by first negating B, and then adding the result to A. This causes GCC to incorrectly report overflow when B is the minimum possible integer and A is negative, because in this case -B overflows even though A-B does not overflow.
[Bug libfortran/55705] [4.7 Regression] error: 'CLOCK_REALTIME' undeclared in libgfortran/intrinsics/system_clock.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705 Rainer Emrich changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #3 from Rainer Emrich 2012-12-17 07:40:26 UTC --- It's a runtime issue. make install unconditionally overrides previously installed pthread header files. So, resolved as invalid. Sorry for the noise.
