search for: typedef

- Replaced blanket #define of 8 & 64 bit types with typedefs for each platform to match 16 & 32 bit types. - Updated existing typedefs for each platform to fix odd values and improve consistency. --- include/opus_types.h | 125 ++++++++++++++++++++++++++++++++++++++++----------- 1 file changed, 100 insertions(+), 25 deletions(-) diff --git a/incl...

LLVM's typedefs for int32_t etc. under MSVC (in Support/DataTypes.h) conflict with those used by other third-party libraries. Instead of these: #ifdef _MSC_VER typedef __int64 int64_t; typedef unsigned __int64 uint64_t; typedef signed int int32_t; typedef unsigned int uint32_t; typedef short int16_t; typedef uns...

...nsistency. This is in fact a working proof of concept available at (https://github.com/pmem/libcxx) combined with the allocator from (https://github.com/pmem/nvml). I will be happy to answer any questions you might have and await your feedback. Thanks, Tom Tomasz Kapela (2): pm: change deque typedef pm: add persistency_type typedef to pointer_traits include/__hash_table | 20 ++++++++------ include/__tree | 8 +++--- include/deque | 8 +++--- include/list...

This is just a reposting of the patch that enables endian checks, with addition of trivial patches that drop __bitwise__ and __CHECK_ENDIAN__ everywhere. I plan to include this in my pull request unless I hear otherwise. Michael S. Tsirkin (8): linux/types.h: enable endian checks for all sparse builds tools: enable endian checks for all sparse builds Documentation/sparse: drop __bitwise__

This is just a reposting of the patch that enables endian checks, with addition of trivial patches that drop __bitwise__ and __CHECK_ENDIAN__ everywhere. I plan to include this in my pull request unless I hear otherwise. Michael S. Tsirkin (8): linux/types.h: enable endian checks for all sparse builds tools: enable endian checks for all sparse builds Documentation/sparse: drop __bitwise__

...-) diff --git a/arch/arm/plat-samsung/include/plat/gpio-cfg.h b/arch/arm/plat-samsung/include/plat/gpio-cfg.h index 21391fa..e55d1f5 100644 --- a/arch/arm/plat-samsung/include/plat/gpio-cfg.h +++ b/arch/arm/plat-samsung/include/plat/gpio-cfg.h @@ -26,7 +26,7 @@ #include <linux/types.h> -typedef unsigned int __bitwise__ samsung_gpio_pull_t; +typedef unsigned int __bitwise samsung_gpio_pull_t; /* forward declaration if gpio-core.h hasn't been included */ struct samsung_gpio_chip; diff --git a/drivers/md/dm-cache-block-types.h b/drivers/md/dm-cache-block-types.h index bed4ad4..389c9e...

It''s clearer to use struct ctl_table instead Joe Perches (33): arm: kernel: isa: Convert use of typedef ctl_table to struct ctl_table frv: Convert use of typedef ctl_table to struct ctl_table ia64: crash: Convert use of typedef ctl_table to struct ctl_table mips: lasat: sysctl: Convert use of typedef ctl_table to struct ctl_table powerpc: idle: Convert use of typedef ctl_table to struct ctl_t...

...found for parameter 'migratetype' >> mm/page_alloc.c:4663: warning: No description found for parameter 'page' include/net/cfg80211.h:1738: warning: No description found for parameter 'report_results' include/net/cfg80211.h:1738: warning: Excess struct/union/enum/typedef member 'results_wk' description in 'cfg80211_sched_scan_request' include/net/cfg80211.h:1738: warning: No description found for parameter 'report_results' include/net/cfg80211.h:1738: warning: Excess struct/union/enum/typedef member 'results_wk' description in...

...found for parameter 'migratetype' >> mm/page_alloc.c:4663: warning: No description found for parameter 'page' include/net/cfg80211.h:1738: warning: No description found for parameter 'report_results' include/net/cfg80211.h:1738: warning: Excess struct/union/enum/typedef member 'results_wk' description in 'cfg80211_sched_scan_request' include/net/cfg80211.h:1738: warning: No description found for parameter 'report_results' include/net/cfg80211.h:1738: warning: Excess struct/union/enum/typedef member 'results_wk' description in...

...only bits of C99 that flac will really require is header file > with C99 standard width integers (int8_t, uint8_t, int16_t etc). Erik I would recommend including with the distribution a file for windows developers to use. It's fairly simple /* since windows doesn't have stdint.h */ typedef unsigned __int64 uint64_t; typedef unsigned __int32 uint32_t; typedef unsigned __int16 uint16_t; typedef unsigned __int8 uint8_t; typedef __int64 int64_t; typedef __int32 int32_t; typedef __int16 int16_t; typedef __int8 int8_t; #if defined(_M_IX64) typedef unsigned __int128 uint128_t; typ...

...us use different internal representations of integers and this makes a difference on their 64-bit versions: R uses ints (32 bits on 32-bit and 64-bit versions of R) and Splus uses longs (32 bits on 32-bit Splus and 64 bits on 64-bit Splus). The obvious ways to deal with the difference are to use a typedef or a #define to map those to a common name. I think it would be handy to put this definition into R.h or some other R header file (Splus now has an R.h and other header files with the R names that we recommend for all package work.) Should this be a typedef or a #define? What should its name be?...

...elow. Any help Would be appreciated. D. Hoysak Brandon University * Installing to library ?/usr/local/lib/R/site-library? * Installing *source* package ?RandomFields? ... ** libs g++ -I/usr/share/R/include -g -fpic -g -O2 -c D.H.cc -o D.H.o In file included from D.H.cc:27: RFsimu.h:38: warning: ?typedef? was ignored in this declaration RFsimu.h:261: warning: ?typedef? was ignored in this declaration RFsimu.h:309: warning: ?typedef? was ignored in this declaration g++ -I/usr/share/R/include -g -fpic -g -O2 -c Hyperfcts.cc -o Hyperfcts.o In file included from Hyperfcts.cc:27: RFsimu.h:38: warning: ?...

...elow. Any help Would be appreciated. D. Hoysak Brandon University * Installing to library ?/usr/local/lib/R/site-library? * Installing *source* package ?RandomFields? ... ** libs g++ -I/usr/share/R/include -g -fpic -g -O2 -c D.H.cc -o D.H.o In file included from D.H.cc:27: RFsimu.h:38: warning: ?typedef? was ignored in this declaration RFsimu.h:261: warning: ?typedef? was ignored in this declaration RFsimu.h:309: warning: ?typedef? was ignored in this declaration g++ -I/usr/share/R/include -g -fpic -g -O2 -c Hyperfcts.cc -o Hyperfcts.o In file included from Hyperfcts.cc:27: RFsimu.h:38: warning: ?...

...ters.com> wrote: >> >> +1 Exactly this. >> >> I don't think C programmer will not understand using. The "=" makes it >> much >> >> simpler to read, even if it is the first time you see it, which is not >> the >> >> case of typedef. >> >> >> >> typedef MyType::NestedType (*fptr)(const MyOhterType&); >> >> or >> >> using fptr = MyType::NestedType (*)(const MyOhterType&); >> > >> >> I would prefer to please keep using typedefs at least for function &gt...

...nt64_t, ogg_int32_t, etc are defined correctly on cygwin and MSVC/Borland but not on mingw... i have attached a patch that will fix this problem (i hope it attaches correctly) thx, Nehal --- os_types.h.old Fri Jul 19 02:25:52 2002 +++ os_types.h Tue Dec 10 14:15:44 2002 @@ -32,6 +32,13 @@ typedef __int32 ogg_int32_t; typedef unsigned __int32 ogg_uint32_t; typedef __int16 ogg_int16_t; +# elif defined(__MINGW32_VERSION) + /* Mingw */ +# include <stdint.h> + typedef int64_t ogg_int64_t; + typedef int32_t ogg_int32_t; + typedef uint32_t ogg_uint32_t; + typedef int16_t...

...; with C99 standard width integers (int8_t, uint8_t, int16_t >>> etc). Erik >> >> I would recommend including with the distribution a file for >> windows developers to use. It's fairly simple >> >> >> /* since windows doesn't have stdint.h */ typedef unsigned >> __int64 uint64_t; typedef unsigned __int32 uint32_t; typedef >> unsigned __int16 uint16_t; typedef unsigned __int8 uint8_t; >> typedef __int64 int64_t; typedef __int32 int32_t; typedef __int16 >> int16_t; typedef __int8 int8_t; #if defined(_M_IX64) typedef >...

...7 at 2:52 PM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote: >> +1 Exactly this. >> I don't think C programmer will not understand using. The "=" makes it much >> simpler to read, even if it is the first time you see it, which is not the >> case of typedef. >> >> typedef MyType::NestedType (*fptr)(const MyOhterType&); >> or >> using fptr = MyType::NestedType (*)(const MyOhterType&); > I would prefer to please keep using typedefs at least for function pointers. I find either of typedef MyType::NestedType (*fptr)(c...

Hi, I was recently pointed out that a definition in Rinterface.h can be conflicting with a definition in stdint.h: /usr/include/R/Rinterface.h has: typedef unsigned long uintptr_t; /usr/include/stdint.h has: typedef unsigned int uintptr_t; (when 32bit platform complete definition is: #if __WORDSIZE == 64 # ifndef __intptr_t_defined typedef long int intptr_t; # define __intptr_t_defined # endif typedef unsigned long int uintpt...

> On Sep 7, 2016, at 4:50 PM, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Wed, Sep 07, 2016 at 04:30:01PM -0700, Eugene Zelenko via llvm-dev wrote: >> What should be used for type declarations: typedef or using? typedef >> is there because of historical reasons, but LLVM code based is C++11 >> now. >> >> LLVM Coding Standards are not clear on this matter. > > Can you give some context for the situation you wonder about? They are > both valid in some situation....

...px solid #ccc;margin:10px 0;} #patch ins {background:#dfd;text-decoration:none;display:block;padding:0 10px;} #patch del {background:#fdd;text-decoration:none;display:block;padding:0 10px;} #patch .lines, .info {color:#888;background:#fff;} --></style> <title>[751] trunk/wxruby2/swig/typedefs.i: Added wxUint32 typedef</title> </head> <body> <div id="msg"> <dl> <dt>Revision</dt> <dd>751</dd> <dt>Author</dt> <dd>roys</dd> <dt>Date</dt> <dd>2006-11-22 23:09:27 -0500 (Wed, 22 Nov 2006...