From 94104b1b6b6b3847a1546a431ad772f18cd6aa7f Mon Sep 17 00:00:00 2001 From: Louis Dionne Date: Mon, 26 Nov 2018 19:30:08 +0000 Subject: [PATCH] [libcxx] Fix XFAILs for aligned allocation tests In r339743, I marked several aligned allocation tests as downright unsupported on macosx in an attempt to unbreak the build. It turns out that marking them as unuspported whenever we're on OS X is way too coarse grained. This commit marks the tests as XFAIL with more granularity. llvm-svn: 347585 --- .../delete_align_val_t_replace.pass.cpp | 35 ++++++++++---------- .../new.delete.array/new_align_val_t.pass.cpp | 35 ++++++++++---------- .../new_align_val_t_nothrow.pass.cpp | 35 ++++++++++---------- .../new_align_val_t_nothrow_replace.pass.cpp | 37 +++++++++++----------- .../delete_align_val_t_replace.pass.cpp | 35 ++++++++++---------- .../new.delete.single/new_align_val_t.pass.cpp | 35 ++++++++++---------- .../new_align_val_t_nothrow.pass.cpp | 35 ++++++++++---------- .../new_align_val_t_nothrow_replace.pass.cpp | 37 +++++++++++----------- 8 files changed, 152 insertions(+), 132 deletions(-) diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/delete_align_val_t_replace.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/delete_align_val_t_replace.pass.cpp index 52aeea3..87c0cf35 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/delete_align_val_t_replace.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/delete_align_val_t_replace.pass.cpp @@ -17,22 +17,25 @@ // None of the current GCC compilers support this. // UNSUPPORTED: gcc-5, gcc-6 -// dylibs shipped before macosx10.13 do not provide aligned allocation, so that's a link error -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Using aligned allocation functions is a compiler error when deploying to -// platforms older than macosx10.13 -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // On Windows libc++ doesn't provide its own definitions for new/delete // but instead depends on the ones in VCRuntime. However VCRuntime does not diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t.pass.cpp index 1d20b33..df2db2a 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t.pass.cpp @@ -15,22 +15,25 @@ // FIXME change this to XFAIL. // UNSUPPORTED: no-aligned-allocation && !gcc -// dylibs shipped before macosx10.13 do not provide aligned allocation, so that's a link error -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Using aligned allocation functions is a compiler error when deploying to -// platforms older than macosx10.13 -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // On Windows libc++ doesn't provide its own definitions for new/delete // but instead depends on the ones in VCRuntime. However VCRuntime does not diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow.pass.cpp index 60ebdd8..cf51b97 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow.pass.cpp @@ -15,22 +15,25 @@ // FIXME turn this into an XFAIL // UNSUPPORTED: no-aligned-allocation && !gcc -// dylibs shipped before macosx10.13 do not provide aligned allocation, so that's a link error -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Using aligned allocation functions is a compiler error when deploying to -// platforms older than macosx10.13 -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // On Windows libc++ doesn't provide its own definitions for new/delete // but instead depends on the ones in VCRuntime. However VCRuntime does not diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow_replace.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow_replace.pass.cpp index b093164..f463bc7 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow_replace.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/new_align_val_t_nothrow_replace.pass.cpp @@ -10,24 +10,25 @@ // UNSUPPORTED: c++98, c++03, c++11, c++14 // UNSUPPORTED: sanitizer-new-delete -// dylibs shipped before macosx10.13 do not provide aligned allocation, so our -// custom aligned allocation functions are not called and the test fails -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Our custom aligned allocation functions are not called when deploying to -// platforms older than macosx10.13, since those platforms don't support -// aligned allocation. -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // XFAIL: no-aligned-allocation && !gcc diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/delete_align_val_t_replace.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/delete_align_val_t_replace.pass.cpp index 5885218..36349a4 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/delete_align_val_t_replace.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/delete_align_val_t_replace.pass.cpp @@ -16,22 +16,25 @@ // None of the current GCC compilers support this. // UNSUPPORTED: gcc-5, gcc-6 -// dylibs shipped before macosx10.13 do not provide aligned allocation, so that's a link error -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Using aligned allocation functions is a compiler error when deploying to -// platforms older than macosx10.13 -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // On Windows libc++ doesn't provide its own definitions for new/delete // but instead depends on the ones in VCRuntime. However VCRuntime does not diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t.pass.cpp index 52db4c5..7541327 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t.pass.cpp @@ -9,22 +9,25 @@ // UNSUPPORTED: c++98, c++03, c++11, c++14 -// dylibs shipped before macosx10.13 do not provide aligned allocation, so that's a link error -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Using aligned allocation functions is a compiler error when deploying to -// platforms older than macosx10.13 -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // asan and msan will not call the new handler. // UNSUPPORTED: sanitizer-new-delete diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow.pass.cpp index a5e40a0..cfd225d 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow.pass.cpp @@ -9,22 +9,25 @@ // UNSUPPORTED: c++98, c++03, c++11, c++14 -// dylibs shipped before macosx10.13 do not provide aligned allocation, so that's a link error -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Using aligned allocation functions is a compiler error when deploying to -// platforms older than macosx10.13 -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // asan and msan will not call the new handler. // UNSUPPORTED: sanitizer-new-delete diff --git a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow_replace.pass.cpp b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow_replace.pass.cpp index de1bd8d..c47ec4f 100644 --- a/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow_replace.pass.cpp +++ b/libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/new_align_val_t_nothrow_replace.pass.cpp @@ -10,24 +10,25 @@ // UNSUPPORTED: c++98, c++03, c++11, c++14 // UNSUPPORTED: sanitizer-new-delete -// dylibs shipped before macosx10.13 do not provide aligned allocation, so our -// custom aligned allocation functions are not called and the test fails -// UNSUPPORTED: with_system_cxx_lib=macosx10.12 -// UNSUPPORTED: with_system_cxx_lib=macosx10.11 -// UNSUPPORTED: with_system_cxx_lib=macosx10.10 -// UNSUPPORTED: with_system_cxx_lib=macosx10.9 -// UNSUPPORTED: with_system_cxx_lib=macosx10.8 -// UNSUPPORTED: with_system_cxx_lib=macosx10.7 - -// Our custom aligned allocation functions are not called when deploying to -// platforms older than macosx10.13, since those platforms don't support -// aligned allocation. -// UNSUPPORTED: macosx10.12 -// UNSUPPORTED: macosx10.11 -// UNSUPPORTED: macosx10.10 -// UNSUPPORTED: macosx10.9 -// UNSUPPORTED: macosx10.8 -// UNSUPPORTED: macosx10.7 +// Aligned allocation was not provided before macosx10.12 and as a result we +// get availability errors when the deployment target is older than macosx10.13. +// However, AppleClang 10 (and older) don't trigger availability errors. +// XFAIL: !apple-clang-10 && availability=macosx10.12 +// XFAIL: !apple-clang-10 && availability=macosx10.11 +// XFAIL: !apple-clang-10 && availability=macosx10.10 +// XFAIL: !apple-clang-10 && availability=macosx10.9 +// XFAIL: !apple-clang-10 && availability=macosx10.8 +// XFAIL: !apple-clang-10 && availability=macosx10.7 + +// On AppleClang 10 (and older), instead of getting an availability failure +// like above, we get a link error when we link against a dylib that does +// not export the aligned allocation functions. +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.12 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.11 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.10 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.9 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.8 +// XFAIL: apple-clang-10 && with_system_cxx_lib=macosx10.7 // NOTE: gcc doesn't provide -faligned-allocation flag to test for // XFAIL: no-aligned-allocation && !gcc -- 2.7.4