[Bug c++/37376] No standard mangling for char16/32_t yet
--- Comment #1 from kris dot van dot hees at oracle dot com 2008-09-04 19:12 --- The vendor extension mangling was based on the following email as feedback on the original patch: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01622.html The original suggested mangling was: char16_t -> k char32_t -> q I believe that there was some potential contention on using 'q' due to another proposal requesting that same symbol. Is there any information from the ABI committee on which symbols can be used for the mangling of these two types? -- kris dot van dot hees at oracle dot com changed: What|Removed |Added CC| |kris dot van dot hees at | |oracle dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37376
[Bug c++/33979] support for char16_t, char32_t
--- Comment #3 from kris dot van dot hees at oracle dot com 2008-04-01 00:27 --- Updated patch based on additional feedback: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg02025.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
[Bug c/32615] New: Source file with extern inline function fails to link with -O0
Output of the gcc command:
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/u
sr/share/info --enable-shared --enable-threads=posix --enable-checking=release
-
-with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-
languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-ds
si --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--en
able-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/ja
va/eclipse-ecj.jar --with-cpu=generic --host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20070502 (Red Hat 4.1.2-12)
/usr/libexec/gcc/x86_64-redhat-linux/4.1.2/cc1 -E -quiet -v tt.c
-mtune=generic
-O0 -fpch-preprocess -o tt.i
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../
../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/include
/usr/include
End of search list.
/usr/libexec/gcc/x86_64-redhat-linux/4.1.2/cc1 -fpreprocessed tt.i -quiet
-dump
base tt.c -mtune=generic -auxbase tt -O0 -version -o tt.s
GNU C version 4.1.2 20070502 (Red Hat 4.1.2-12) (x86_64-redhat-linux)
compiled by GNU C version 4.1.2 20070502 (Red Hat 4.1.2-12).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: cdc0c9646615f6ebf987f895cd040dc2
as -V -Qy -o tt.o tt.s
GNU assembler version 2.17.50.0.16 (x86_64-redhat-linux) using BFD version
versi
on 2.17.50.0.16-1 20070511
/usr/libexec/gcc/x86_64-redhat-linux/4.1.2/collect2 --eh-frame-hdr -m
elf_x86_6
4 --hash-style=gnu -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o tt
/usr/lib/gc
c/x86_64-redhat-linux/4.1.2/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-redhat-
linux/4.1.2/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/crtb
egin.o -L/usr/lib/gcc/x86_64-redhat-linux/4.1.2
-L/usr/lib/gcc/x86_64-redhat-lin
ux/4.1.2 -L/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64
-L/lib/../li
b64 -L/usr/lib/../lib64 tt.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
--as-needed -lgcc_s --no-as-needed
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/crtend
.o /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/crtn.o
tt.o: In function `first':
tt.c:(.text+0x22): undefined reference to `second'
collect2: ld returned 1 exit status
Preprocessed source file (tt.i):
# 1 "tt.c"
# 1 ""
# 1 ""
# 1 "tt.c"
void crash(){
int* a = 0;
a[0] = 0;
}
extern inline void second(){
crash();
}
void first(){
second();
}
int main(){
first();
return 0;
}
Notes:
This compiles and links fine with -O (and any higher degree of
optimization) instead of -O0. The problem is also present in GCC 4.1.1.
--
Summary: Source file with extern inline function fails to link
with -O0
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kris dot van dot hees at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32615
[Bug c/32615] Source file with extern inline function fails to link with -O0
--- Comment #2 from kris dot van dot hees at oracle dot com 2007-07-03 18:40 --- Thanks for the explanation - that does explain why -O0 causes an error (since there is no inlining being done as far as I understand), whereas any other optimization setting results in success due to inlining of the function (avoiding the error that way). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32615
[Bug c++/33979] support for char16_t, char32_t
--- Comment #4 from kris dot van dot hees at oracle dot com 2008-04-15 20:17 --- Updated patch: http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01235.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
[Bug testsuite/35981] FAIL: gcc.dg/utf-cvt.c (test for warnings, line 46/47) with -m64
--- Comment #3 from kris dot van dot hees at oracle dot com 2008-04-20 00:51 --- Can someone assign this bug to me? I'm waiting for 'write after approval' commit privs right now, and it seems that I do not have bugzilla privs. I'm currently looking into this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35981
[Bug testsuite/35981] FAIL: gcc.dg/utf-cvt.c (test for warnings, line 46/47) with -m64
--- Comment #4 from kris dot van dot hees at oracle dot com 2008-04-21 11:15 --- Patch posted to gcc-patches: http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01552.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35981
[Bug c/36470] sizeof UTF-32 is 2 on AVR
--- Comment #1 from kris dot van dot hees at oracle dot com 2008-06-09 13:25 --- It sound like AVR will need a different specification for CHAR32_TYPE given that the default in c-common.c (unsigned int) won't work. Which would go in the appropriate file in gcc/config/avr, similar to how WCHAR_TYPE is defined. That still won't solve the hardcoded specification of the typedef in the test, but that is going to be addressed "Real Soon Now" in an upcoming patch to provide a macro (by the compiler) for the underlying types that are used for char16_t and char32_t, which will then be used in the tests to get rid of the hardcoded underlying type in the typedefs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36470
[Bug preprocessor/36479] Short buffer in libcpp
--- Comment #7 from kris dot van dot hees at oracle dot com 2008-06-12 00:12 --- Patch looks good to me. Good catch! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36479
