search for: fgnu89

This reverts commit 2860f1780ca92c779ee0a2c545ae1b9c4818dc53. Conflicts: configure.ac Do not use -fgnu89-inline as it can emit duplicate symbols for inline functions that are declared in multiple object files being linked together. For example on clang 5.0 targetting iOS (clang advertises itself as gcc 4.2, the last GPL version of gcc) --- configure.ac | 12 ++++-------- 1 file changed, 4 insertions...

Hi, Clang crashes when tried to compile from .ast to .s for below sample code, inline-test.c ** *extern inline int func1 (void) { return 0; } inline int func1 (void) { return 1; }* clang *works fine* for .c -> .s, *>clang inline-test.c -std=c99 -fgnu89-inline -S -o inline-test.s * But *crashes* when tried to generate .s from .ast for same file, *>clang inline-test.c -std=c99 -fgnu89-inline -emit-ast -o inline-test.ast* *>clang inline-test.ast -std=c99 -fgnu89-inline -S -o inline-test.s* clang-3.2: $HOME/llvm/tools/clang/lib/CodeGen/CodeGe...

..., > > Clang crashes when tried to compile from .ast to .s for below sample code, > > inline-test.c > ** > *extern inline int func1 (void) { return 0; } > inline int func1 (void) { return 1; }* > > clang *works fine* for .c -> .s, > *>clang inline-test.c -std=c99 -fgnu89-inline -S -o inline-test.s * > > But *crashes* when tried to generate .s from .ast for same file, > *>clang inline-test.c -std=c99 -fgnu89-inline -emit-ast -o inline-test.ast > * > *>clang inline-test.ast -std=c99 -fgnu89-inline -S -o inline-test.s* > > clang-3.2: $HOME/l...

...64(int n, int fd, struct stat64 *sb); extern int fstat(int fd, struct stat *buf) asm("fstat64"); extern inline int fstat(int fd, struct stat *sb) { return fxstat(3, fd, sb); } extern inline int fstat64(int fd, struct stat64 *sb) { return fxstat64(3, fd, sb); } With llvm-gcc4.0-2.1: gcc -fgnu89-inline -std=gnu99 -c testcase.c error: unrecognized command line option "-fgnu89-inline" gcc -std=gnu99 -c testcase.c error: Assembler messages: /tmp/cc9R2Ci9.s:33: Error: symbol `fstat64' is already defined gcc -c testcase.c ok With gcc-4.2.1: gcc -fgnu89-i...

XIPH_C_COMPILER_IS_CLANG in configury (commit a6a4b6f) is blocking many flags including the visibility attributes: I guess this needs relaxing, possibly a lot. What incompatibility led to this commit? -- O.S.

...hanks. > >Regards, >- Sedat - Because gcc itself also supports both GNU89-style and C99-style inlines, but the kernel was built with the former, and it is not necessarily a trivial modification, except for "static inline" which is the same for both. The other option is to pass -fgnu89-inline on the command line, which is supported by both gcc and clang. The two methods are fully equivalent. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

...-std=, arch and -O options. -x c can be replaced with e.g. -x c++, objective-c, assembler-with-cpp etc. > > Neat, I'll have to bookmark that incantation. I can s/gcc/clang/ to > get a similar list (which is how I know it supports > __GCC_STDC_INLINE__).> I bet that if you add -fgnu89-inlines then it *does* define __GNUC_GNU_INLINE__. > > Patch now becomes something like: > > #ifdef __GNUC_GNU_INLINE__ > #define __gnu_inline __attribute__((gnu_inline)) > #else > #define __gnu_inline > #endif > > #define inline inline __attribute__((always_inline...

...quot; = macho; then + CPPFLAGS="$CPPFLAGS -DFLAC__USE_VISIBILITY_ATTR" + CFLAGS="$CFLAGS -fvisibility=hidden" + CXXFLAGS="$CXXFLAGS -fvisibility=hidden" + fi + if test "x$GCC_MAJOR_VERSION$GCC_MINOR_VERSION" = "x42" ; then XIPH_ADD_CFLAGS([-fgnu89-inline]) fi

...isor_i386_i386/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -g -D__XEN__ -c page_alloc.c -o page_alloc.o cc1: warnings being treated as errors page_alloc.c:744: warning: C99 inline functions are not supported; using GNU89 page_alloc.c:744: warning: to disable this warning use -fgnu89-inline or the gnu_inline function attribute make[6]: *** [page_alloc.o] Error 1 make[6]: Leaving directory `/tmp/buildd/xen-3.0-3.0.4-1/debian/build/build-hypervisor_i386_i386/xen/common' make[5]: *** [/tmp/buildd/xen-3.0-3.0.4-1/debian/build/build-hypervisor_i386_i386/xen/common/built_in.o] Er...

...round that if we want to keep that >version >> > working, or we could decide that it's time to officially stop >supporting >> > that version, but we should probably decide on one or the other. > >Heh, so earlier we decided against compiler flags (-std=gnu89 or >-fgnu89-inline) in preference to function attributes. The function >attribute is preferable as some of the Makefiles [accidentally?] >overwrite KBUILD_CFLAGS, which is problematic for gcc 5.1 users as the >implicit c standard used was changed to gnu11 from gnu89. What's nice >is that to s...

.../usr/share Documentation = /usr/share/doc State information = /usr/var System configuration = /usr/etc Use system LTDL = no HA group name = haclient HA user name = hacluster CFLAGS = -g -O2 -ggdb3 -O0 -fgnu89-inline -fstack-protector-all -Wall -Waggregate-return -Wbad-function-cast -Wcast-qual -Wcast-align -Wdeclaration-after-statement -Wendif-labels -Wfloat-equal -Wformat=2 -Wformat-security -Wformat-nonliteral -Winline -Wmissing-prototypes -Wmissing-declarations -Wmissing-format-attribute -Wnested-ext...

On Fri, May 12, 2017 at 12:01:35PM +0200, Dimitry Andric wrote: > On 11 May 2017, at 20:04, Marc Espie via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > I've tried to build something that wanted ms-extensions on OpenBSD. > > Long story short, didn't work so well, because all system includes > > lead to > > > > <machine/_types.h>

...CXXFLAGS="$CXXFLAGS -fvisibility=hidden" fi + if test "$OBJ_FORMAT" = win32; then + CPPFLAGS="$CPPFLAGS -DFLAC_API_EXPORTS=1 -DFLACPP_API_EXPORTS=1" + fi if test "x$GCC_MAJOR_VERSION$GCC_MINOR_VERSION" = "x42" ; then XIPH_ADD_CFLAGS([-fgnu89-inline]) -------------- next part -------------- --- flac-1.3.0/src/flac/Makefile.am.orig 2013-05-26 09:30:33.924201900 +0000 +++ flac-1.3.0/src/flac/Makefile.am 2014-05-03 09:44:59.262301200 +0000 @@ -44,6 +44,10 @@ utils.h \ vorbiscomment.h +if OS_IS_WINDOWS +win_utf8_lib = $(top_builddir)/...

On Tue, 2018-06-05 at 10:05 -0700, Nick Desaulniers wrote: > Functions marked extern inline do not emit an externally visible > function when the gnu89 C standard is used. Some KBUILD Makefiles > overwrite KBUILD_CFLAGS. This is an issue for GCC 5.1+ users as without > an explicit C standard specified, the default is gnu11. Since c99, the > semantics of extern inline have changed

On Tue, 2018-06-05 at 10:05 -0700, Nick Desaulniers wrote: > Functions marked extern inline do not emit an externally visible > function when the gnu89 C standard is used. Some KBUILD Makefiles > overwrite KBUILD_CFLAGS. This is an issue for GCC 5.1+ users as without > an explicit C standard specified, the default is gnu11. Since c99, the > semantics of extern inline have changed