search for: __const

I tried to compile Samba 2.0 beta with cc under SCO 3.2. I seem to be missing the inet.h and netdb.h include files. Does anyone know if they are publicly available? Steve Grose Sgrose@cmps.com Continental Managed Pharmacy Services - www.preferrx.com Voice - 216-459-2025 Ext. 208 Fax - 216-485-8615 Any opinions expressed are my own and not necessarily those of my employers.

I have a new problem: Register RBP is used in a function foo. (I am not allocating RBP to any virtual register, the instances of RBP in function foo are in the machine code when my register allocator starts.) Function foo calls function bar. Register RBP is not saved across the call, though it is live after the call. Function bar includes a virtual register. The code that I'm using to

...ESCRIPTOR, __GCONV_INTERNAL_ERROR }; enum { __GCONV_IS_LAST = 0x0001, __GCONV_IGNORE_ERRORS = 0x0002 }; struct __gconv_step; struct __gconv_step_data; struct __gconv_loaded_object; struct __gconv_trans_data; typedef int (*__gconv_fct) (struct __gconv_step *, struct __gconv_step_data *, __const unsigned char **, __const unsigned char *, unsigned char **, size_t *, int, int); typedef wint_t (*__gconv_btowc_fct) (struct __gconv_step *, unsigned char); typedef int (*__gconv_init_fct) (struct __gconv_step *); typedef void (*__gconv_end_fct) (struct __gconv_step *); typedef int (*__gcon...

...inker could merge them to the same address. For whatever reason, we could not fix gcc, so we changed to linker to never coalesce items in literal sections if there was a (non ‘L’ and non ‘l’) symbol on it. The current state of LLVM is that is it going out of its way to move “named” constants from __const section to __literalN section. But the only possible advantage to doing that is that the hopes that the linker might coalesce it. But the linker won’t coalesce it because it is named. So, is there a way to keep the named values in the __const section? -Nick

...ot fix >> gcc, so we changed to linker to never coalesce items in literal sections if >> there was a (non ‘L’ and non ‘l’) symbol on it. > > > Thanks for the info! +1 >> The current state of LLVM is that is it going out of its way to move >> “named” constants from __const section to __literalN section. But the only >> possible advantage to doing that is that the hopes that the linker might >> coalesce it. But the linker won’t coalesce it because it is named. So, is >> there a way to keep the named values in the __const section? > > > Rig...

...For whatever reason, we could >> not fix gcc, so we changed to linker to never coalesce items in literal >> sections if there was a (non ‘L’ and non ‘l’) symbol on it. >> >> The current state of LLVM is that is it going out of its way to move >> “named” constants from __const section to __literalN section. But the only >> possible advantage to doing that is that the hopes that the linker might >> coalesce it. But the linker won’t coalesce it because it is named. So, is >> there a way to keep the named values in the __const section? >> > >...

...turn EightByteConstantSection; > if (Kind.isMergeableConst16()) > return SixteenByteConstantSection; > } > > Can’t we just change the first ‘if’ to: > > if (Kind.isMergeableConst() && !GV.hasName()) { > > That should leave any “named” constants in the __const section instead of moving them to the __literal section. (Though I don’t actually know if anonymous constants were given some name earlier so hasName() is useless at this point). That seems too strict. A private GV can have a name, but it will be printed with a 'L' or 'l' prefix, s...

...- enable-optimized --disa ble-shared --disable-multilib --disable-asserts output: llvm[1]: Compiling BasicBlock.cpp for Release build c:\mingw\bin\../lib/gcc/mingw32/4.3.0/include/c++/bits/ boost_concept_check.h: In member function 'bool __gnu_cxx::_EqualOpConcept<_First, _Second>::__constraint s_() [with _First = llvm::BasicBlock, _Second = llvm::BasicBlock*]': c:\mingw\bin\../lib/gcc/mingw32/4.3.0/include/c++/bits/ boost_concept_check.h:296 : instantiated from 'void __gnu_cxx::_EqualOpConcept<_First, _Second>::__const raints() [with _First = llvm::BasicBlock, _Se...

...matching vendor ID=1193 and product ID=8718 Received 16 Bytes of Call Info Message, 1'st byte = 1 Looking for devices matching vendor ID=1193 and product ID=8717 Received 16 Bytes of Call Info Message, 1'st byte = 1 ld: dsefor.o has local relocation entries in non-writable section (__TEXT,__const) make: *** [dse1.so] Error 1 ERROR: compilation failed for package 'dse1' The two packages setNRG and tFrame seemed to install fine since they both show up as loadable packages in RAqua. Any help definitely appreciated !!! Tanks very much, michael

...arg 2 of `sigaction' from incompatible pointer type cli.c: At top level: cli.c:14: storage size of `nsa' isn't known cli.c:15: storage size of `osa' isn't known make: *** [cli.o] Error 1 Here are lines 215-218 from /usr/include/signal.h: extern int __sigaction __P ((int __sig, __const struct sigaction *__act, struct sigaction *__oact)); extern int sigaction __P ((int __sig, __const struct sigaction *__act, struct sigaction *__oact)); Thanks for your help! Mike __________________________________________________ Do You Yah...

...hared --disable-multilib --disable-asserts > > output: > llvm[1]: Compiling BasicBlock.cpp for Release build > c:\mingw\bin\../lib/gcc/mingw32/4.3.0/include/c++/bits/ > boost_concept_check.h: In > member function 'bool __gnu_cxx::_EqualOpConcept<_First, > _Second>::__constraint > s_() [with _First = llvm::BasicBlock, _Second = llvm::BasicBlock*]': > c:\mingw\bin\../lib/gcc/mingw32/4.3.0/include/c++/bits/ > boost_concept_check.h:296 > : instantiated from 'void __gnu_cxx::_EqualOpConcept<_First, > _Second>::__const > raints() [with...

...:type_info &test4() { return typeid(C); } daysthatwere clang$ clang /tmp/red.cpp -c -o red.o daysthatwere clang$ nm -m red.o | grep __ZTI | c++filt 0000000000000120 (__DATA,__datacoal_nt) weak external typeinfo for A (undefined) external typeinfo for B 0000000000000150 (__DATA,__const) external typeinfo for C (undefined) external typeinfo for char const* 0000000000000100 (__DATA,__datacoal_nt) weak external typeinfo for char const** The "external" symbols are strong symbols provided by this object; these aren't a problem. The "undefined exter...

Hello! I am using package "VAR". I've fitted my model: mymodel<-VAR(mydata,myp,type="const") I can extract the Log Liklihood for THE WHOLE MODEL: logLik(mymodel) How could I calculate (other than manually) the corresponding Akaike Information Criterion (AIC)? I tried AIC - but it does not take mymodel: AIC(mymodel) # numeric(0) Thank you! -- Dimitri Liakhovitski

.../samba/private/smbpasswd.tdb" Using LIBS = -lcups -lnsl -ldl -lcrypt -lpopt Compiling smbd/server.c cc: Warning: /usr/include/glob.h, line 201: In this declaration, parameter 4 has a different type than specified in an earlier declaration of this function. (mismatparam) extern int glob64 __P ((__const char *__restrict __pattern, int __flags, - -----------^ cc: Error: /usr/include/glob.h, line 201: In this declaration, the type of "glob64" is not compatible with the type of a previous declaration of "glob64" at line number 186 in file /usr/include/glob.h. (notcompat) extern in...

...On Darwin the "__cstring" section (really section with type S_CSTRING_LITERAL) is defined to contain zero terminate strings of bytes that the linker can merge and re-order. If you want pad bytes before and after the string, you need to put the strings in a different section (e.g. __TEXT, __const). But, CF/NSString literals will be problematic. The compiler emits a static NS/CFString object into a data section. That object contains a pointer to its "backing" utf8 or utf16 string literal. The linker coalesce the NS/CFString objects (so that two translation units that define @&q...

Thanks! Yes, we are trying to avoid that situation as much as possible. Is there any compiler/linker/static analyzer option that would point out those problems (in 13 million lines, large part of that being legacy code)? Currently I don't know any better way than runtime logging and asserting. Also, what shall we do we external source libraries (like Teigha from Open Design Alliance), where

...mes): 168873 | Section (__DWARF, __debug_pubnames): 165104 Section (__DWARF, __debug_pubtypes): 32449 | Section (__DWARF, __debug_str): 17541 | Section (__DWARF, __debug_str): 0 Section (__DWARF, __debug_ranges): 456 | Section (__DWARF, __debug_ranges): 0 Section (__DATA, __const): 100 | Section (__DATA, __const): 136 Section (__TEXT, __cstring): 11543 | Section (__TEXT, __cstring): 12678 Section (__DATA, __data): 64 | Section (__DATA, __data): 76 Section (__DATA, __const_coal): 48 | Section (__TEXT, __const_coal): 128 | Section (__DATA, __mo...

...:type_info &test4() { return typeid(C); } daysthatwere clang$ clang /tmp/red.cpp -c -o red.o daysthatwere clang$ nm -m red.o | grep __ZTI | c++filt 0000000000000120 (__DATA,__datacoal_nt) weak external typeinfo for A (undefined) external typeinfo for B 0000000000000150 (__DATA,__const) external typeinfo for C (undefined) external typeinfo for char const* 0000000000000100 (__DATA,__datacoal_nt) weak external typeinfo for char const** The "external" symbols are strong symbols provided by this object; these aren't a problem. The "undefined exter...

Is there a way to distinguish between GlobalValues that are user-defined and those that are compiler-defined? I am looking for a function that I can use to tell if a GlobalValue is user-defined , something like "GlobalValue::isUserDefined", which returns true for user-defined GlobalValue. I'm trying to make changes to prevent llvm from placing user-defined constant arrays in the

(forgot to CC llvmdev) On Thu, Mar 21, 2013 at 5:54 PM, Alexander Potapenko <glider at google.com> wrote: > Hey Anna, Nick, Ted, > > We've the following problem with string literals under ASan on Mac. > Some global string constants end up being put into the .cstring > section, for which the following rules apply: > - the strings can't contain zeroes in their