Displaying 20 results from an estimated 46 matches for "__extension__".
2008 Mar 25
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
...m/include
-I/home/chandlerc/code/compilers/build/llvm/include -DL_powitf2 -c
/home/chandlerc/code/compilers/llvm-gcc/gcc/libgcc2.c -o
libgcc/./_powitf2.o
cc1: /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:81:
const llvm::Type* llvm_set_type(tree_node*, const llvm::Type*):
Assertion `(!(__extension__ ({ const tree __t = (Tr); if
(tree_code_type[(int) (((enum tree_code) (__t)->common.code))] !=
(tcc_type)) tree_class_check_failed (__t, (tcc_type),
"/home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp", 81,
__FUNCTION__); __t; })->type.size) || !Ty->isSized() ||
!isInt64(...
2008 Mar 27
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
...oat x __attribute__ ((mode (XF)));
}
chandlerc at osiris ~/code/compilers/build/llvm-gcc $ ./gcc/cc1
-fpreprocessed -march=k8 testcase.i -o /dev/null
foocc1: /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:81:
const llvm::Type* llvm_set_type(tree_node*, const llvm::Type*):
Assertion `(!(__extension__ ({ const tree __t = (Tr); if
(tree_code_type[(int) (((enum tree_code) (__t)->common.code))] !=
(tcc_type)) tree_class_check_failed (__t, (tcc_type),
"/home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp", 81,
__FUNCTION__); __t; })->type.size) || !Ty->isSized() ||
!isInt64(...
2008 Mar 25
0
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
...rc/code/compilers/build/llvm/include -DL_powitf2 -c
> /home/chandlerc/code/compilers/llvm-gcc/gcc/libgcc2.c -o
> libgcc/./_powitf2.o
> cc1: /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:81:
> const llvm::Type* llvm_set_type(tree_node*, const llvm::Type*):
> Assertion `(!(__extension__ ({ const tree __t = (Tr); if
> (tree_code_type[(int) (((enum tree_code) (__t)->common.code))] !=
> (tcc_type)) tree_class_check_failed (__t, (tcc_type),
> "/home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp", 81,
> __FUNCTION__); __t; })->type.size) || !Ty->is...
2013 May 09
2
[LLVMdev] LoopPass symbol error
...y loaded module, but exported by the opt binary.
> So a dynamically loaded loop pass as you described works fine for me.
>
> Someone else should try this on linux with shared libs.
>
> You can also try removing these lines from LoopInfo.h, which seem
> superfluous to me:
>
> __extension__ extern template class LoopBase<BasicBlock, Loop>;
> __extension__ extern template class LoopInfoBase<BasicBlock, Loop>;
>
> -Andy
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/2...
2013 May 09
0
[LLVMdev] LoopPass symbol error
...symbol is undefined in my dynamically loaded module, but exported by the opt binary. So a dynamically loaded loop pass as you described works fine for me.
Someone else should try this on linux with shared libs.
You can also try removing these lines from LoopInfo.h, which seem superfluous to me:
__extension__ extern template class LoopBase<BasicBlock, Loop>;
__extension__ extern template class LoopInfoBase<BasicBlock, Loop>;
-Andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130508/e11e2f44/attach...
2007 Apr 25
2
[LLVMdev] Work in progress patch to speed up andersen's implementation
..._free)++ = (achar))
#define obstack_blank_fast(h,n) ((h)->next_free += (n))
#define obstack_memory_used(h) _obstack_memory_used (h)
#if defined __GNUC__ && defined __STDC__ && __STDC__
/* NextStep 2.0 cc is really gcc 1.93 but it defines __GNUC__ = 2 and
does not implement __extension__. But that compiler doesn't define
__GNUC_MINOR__. */
# if __GNUC__ < 2 || (__NeXT__ && !__GNUC_MINOR__)
# define __extension__
# endif
/* For GNU C, if not -traditional,
we can define these macros to compute all args only once
without using a global variable.
Also, we...
2020 Jul 28
2
[PATCH] Add syscall wrappers required by libkeyutils
...h statement, but that is anything but cheap.
>
> Now, thinking about it, it *might* be possible to implement some of this using varadic macros. Let me play around with it a little bit.
>
This might actually work:
/*
* Not prototyped on purpose, as (...) isn't a valid prototype.
* __extension__ prevents erroring out due to lack of prototype.
*/
__extension__ extern long long ___syscall();
extern long ___syscall_num;
#define syscall(n, ...) \
(___syscall_num = (n), ___syscall(__VA_ARGS__))
... then have ___syscall() get the system call number from the memory variable
___syscall_nu...
2013 May 09
2
[LLVMdev] LoopPass symbol error
Hello,
I am building a loop pass following these instructions:
http://llvm.org/docs/WritingAnLLVMPass.html
Everything works fine, I did it many times for Function Passes, but in the
runOnLoopmethod, whenever I call a method of the loop L passed as argument,
for example L->begin(), I get the following error:
opt: symbol lookup error: /home/giacomo/llvmcsfv/Debug+Asserts/lib/Acsl.so:
>
2013 May 09
0
[LLVMdev] LoopPass symbol error
...the opt binary.
>> So a dynamically loaded loop pass as you described works fine for me.
>>
>> Someone else should try this on linux with shared libs.
>>
>> You can also try removing these lines from LoopInfo.h, which seem
>> superfluous to me:
>>
>> __extension__ extern template class LoopBase<BasicBlock, Loop>;
>> __extension__ extern template class LoopInfoBase<BasicBlock, Loop>;
>>
>> -Andy
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/piperma...
2013 Sep 19
1
Using long long types in C++
...age).
To do this, we try to be careful and hide the code behind these two PP
tests:
#if defined(__GNUC__) && defined(__LONG_LONG_MAX__)
which tests for gcc compatible (includes clang) compiler and the
availability of the long long type.
Now this is not enough and we also have to use __extension__ to disable
warnings that are emitted by -pedantic. So we have something like this:
#if defined(__GNUC__) && defined(__LONG_LONG_MAX__)
__extension__ typedef long long int rcpp_long_long_type;
__extension__ typedef unsigned long long int rcpp_ulong_long_type;
#define RCPP_H...
2006 Apr 29
2
Unable to Make Asterisk-addons
...tions
-D_REENTRANT -D_GNU_SOURCE -O6 -c -o format_mp3.o format_mp3.c
In file included from /usr/include/asterisk/logger.h:28,
from /usr/include/asterisk/lock.h:83,
from format_mp3.c:20:
/usr/include/asterisk/compat.h:20: error: syntax error before
"__extension__"
/usr/include/asterisk/compat.h:20: error: syntax error before '&&' token
In file included from /usr/include/asterisk/utils.h:36,
from /usr/include/asterisk/cdr.h:48,
from /usr/include/asterisk/channel.h:113,
from format_mp3.c:...
2011 Nov 29
2
[LLVMdev] anchoring explicit template instantiations
...that in) but a particular set of
them have been a little more problematic.
If you take a look at CommandLine.h/CommandLine.cpp you'll see some
code that basically amounts to this:
header:
template<class DataType>
class basic_parser {
virtual ~basic_parser() {}
};
__extension__ extern template class basic_parser<bool>;
implementation:
template class basic_parser<bool>;
(both lines are wrapped in a macro (Compiler.h:77-88) & are no-ops in
non-GNUC compilers (where the __extension__ extern is not available))
Adding in a virtual anchor function with a...
2008 Mar 27
0
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
Hi Chandler,
> void
> foo () {
> float x __attribute__ ((mode (XF)));
> }
nice reduction. I don't see any problem on x86-32,
and I don't have access to an x86-64 box right now.
Can you please open a PR for this, and also run in
the debugger. When you hit the abort, use "up" to
go up a stack frame or two or three, and print out
the gcc types [use: call
2017 Nov 18
2
Dovecots header files not optimized for external plugins
...onst char *password)
{
int x = dev_null_fd + bswap_16(1);
}
== Problems 2
In file included from /usr/include/bits/byteswap.h:35:0,
from /usr/include/byteswap.h:24,
from a.cpp:2:
/usr/include/dovecot/byteorder.h:32:24: error: expected unqualified-id before ?__extension__?
static inline uint16_t bswap_16(uint16_t in);
== Other problems
dovecot headers files are missing 'extern "C"' lines.
This means the linkage of symbols like dev_null_fd is not what it should be.
I can't use
extern "C" {
#include <dovecot/...>
}
either bec...
2007 Oct 10
0
[LLVMdev] Can't bootstrap llvm-gcc-4.0 for x84_64
On Wednesday 10 October 2007 12:53, Chris Lattner wrote:
> On Mon, 8 Oct 2007, Evan Cheng wrote:
> > I am turning 32-bit add into 32-bit LEA on x86-64 but that's
> > perfectly legal. Both
> > leal (%esi,%edi), %eax
> > leal (%rsi,%rdi), %eax
> > are legal assembly. It's just the former requires a 67H prefix due to
> > the 32-bit address size.
>
2006 May 30
5
Compiling Asterisk-addons
...eclarations -D_REENTRANT -D_GNU_SOURCE -O6 -c -o format_mp3.o format_mp3.c
In file included from /usr/include/asterisk/logger.h:28,
from /usr/include/asterisk/lock.h:83,
from format_mp3.c:20:
/usr/include/asterisk/compat.h:20: error: syntax error before "__extension__"
/usr/include/asterisk/compat.h:20: error: syntax error before '&&' token
In file included from /usr/include/asterisk/utils.h:36,
from /usr/include/asterisk/cdr.h:48,
from /usr/include/asterisk/channel.h:113,
from format_mp3.c:...
2008 Mar 27
2
[LLVMdev] llvm-gcc 4.2 assertion failed on linux x86_64
.../dev/null
warning: no loadable sections found in added symbol-file system-supplied DSO
at 0x7fff0d5fe000
[Thread debugging using libthread_db enabled]
foocc1: /home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-types.cpp:81: const
llvm::Type* llvm_set_type(tree_node*, const llvm::Type*): Assertion
`(!(__extension__ ({ const tree __t = (Tr); if (tree_code_type[(int) (((enum
tree_code) (__t)->common.code))] != (tcc_type)) tree_class_check_failed
(__t, (tcc_type), "/home/chandlerc/code/compilers/llvm-gcc/gcc/llvm-
types.cpp", 81, __FUNCTION__); __t; })->type.size) || !Ty->isSized() ||
!isInt64...
2007 Oct 10
3
[LLVMdev] Can't bootstrap llvm-gcc-4.0 for x84_64
...Generation of 64-bit code for a 32-bit processor
requested.
[x86_64-off-dbg]: Warning: 64-bit processors all have at least SSE2.
[x86_64-off-dbg]:
cc1: /llvm-project.official/llvm-gcc-4.0/trunk/gcc/llvm-types.cpp:82: const
llvm::Type* llvm_set_type(tree_node*, const llvm::Type*): Assertion `(!
(__extension__ ({ const tree __t = (Tr); if (tree_code_type[(int) (((enum
tree_code) (__t)->common.code))] != (tcc_type)) tree_class_check_failed (__t,
(tcc_type), "/llvm-project.official/llvm-gcc-4.0/trunk/gcc/llvm-types.cpp",
82, __FUNCTION__); __t; })->type.size) || !Ty->isSized() || !isI...
2001 Jan 23
0
Build Problem
...sd-arc4random.c:25:
bsd-misc.h:60: redefinition of `struct timeval'
bsd-misc.h:66: two or more data types in declaration of `utimes'
In file included from openbsd-compat.h:23,
from includes.h:95,
from bsd-arc4random.c:25:
bsd-strsep.h:7: parse error before `__extension__'
bsd-strsep.h:7: parse error before `('
In file included from openbsd-compat.h:24,
from includes.h:95,
from bsd-arc4random.c:25:
bsd-strtok.h:7: parse error before `__extension__'
In file included from openbsd-compat.h:33,
from includes...
2007 Oct 10
2
[LLVMdev] Can't bootstrap llvm-gcc-4.0 for x84_64
On Mon, 8 Oct 2007, Evan Cheng wrote:
> I am turning 32-bit add into 32-bit LEA on x86-64 but that's
> perfectly legal. Both
> leal (%esi,%edi), %eax
> leal (%rsi,%rdi), %eax
> are legal assembly. It's just the former requires a 67H prefix due to
> the 32-bit address size.
>
> This does point to a performance problem in the 3 address conversion
> code (which I