search for: llong_max

http://bugzilla.mindrot.org/show_bug.cgi?id=1347 Summary: LLONG_MAX v LONGLONG_MAX Product: Portable OpenSSH Version: 4.6p1 Platform: PPC OS/Version: AIX Status: NEW Severity: normal Priority: P2 Component: Miscellaneous AssignedTo: bitbucket at mindrot.org ReportedBy:...

http://bugzilla.mindrot.org/show_bug.cgi?id=1171 Summary: configure can't always figure out LLONG_MAX. Product: Portable OpenSSH Version: -current Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: bitbucket at mindrot.org ReportedBy: dtucker at...

http://bugzilla.mindrot.org/show_bug.cgi?id=1104 Summary: Compile error "ldLL" not declared in strtonum.c under Tru64 Unix 4.0f Product: Portable OpenSSH Version: 4.2p1 Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: critical Priority: P2 Component: Build system

...X 0xffffffffUL /* maximum unsigned long */ #if defined(_ALL_SOURCE) \ || (__STDC__ - 0 == 0) && !defined(_POSIX_C_SOURCE) \ && !defined(_XOPEN_SOURCE) /* * Minimum and maximum values for 64-bit types * Define all the various well-known flavors of symbols * */ #define ULLONG_MAX ((u_quad_t)0-1) /* 0xffffffffffffffff */ #define LLONG_MAX ((quad_t)(ULLONG_MAX>>1)) /* 0x7fffffffffffffff */ #define LLONG_MIN ((quad_t)((-LLONG_MAX)-1)) /* 0x8000000000000000 */ #define LONG_LONG_MIN LLONG_MIN #define LONG_LONG_MAX LLONG_MAX #define ULONG_LONG...

http://bugzilla.mindrot.org/show_bug.cgi?id=1171 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED ------- Comment #5 from dtucker at zip.com.au 2006-09-28 19:26 ------- With the release of 4.4, we believe that this bug is

...imply by a quick edit, but this time I figured I'd mention it in case you can work around it. This is on a BSD/OS 4.2 system. First, the generated config.h always creates a definition for OFF_T_MAX which conflicts with the one in the system's limits.h config.h defines: #define OFF_T_MAX LLONG_MAX whereas /usr/include/machine/limits.h defines: #define OFF_T_MAX UQUAD_MAX /* max value for an off_t */ I simply comment out the definition from config.h . Second, in src/lib/mmap-anon.c there's a preprocessor conditional: #if SSIZE_T_MAX >= LLONG_MAX (etc) Unfortunatel...

...X 0xffffffffUL /* maximum unsigned long */ #if defined(_ALL_SOURCE) \ || (__STDC__ - 0 == 0) && !defined(_POSIX_C_SOURCE) \ && !defined(_XOPEN_SOURCE) /* * Minimum and maximum values for 64-bit types * Define all the various well-known flavors of symbols * */ #define ULLONG_MAX ((u_quad_t)0-1) /* 0xffffffffffffffff */ #define LLONG_MAX ((quad_t)(ULLONG_MAX>>1)) /* 0x7fffffffffffffff */ #define LLONG_MIN ((quad_t)((-LLONG_MAX)-1)) /* 0x8000000000000000 */ #define LONG_LONG_MIN LLONG_MIN #define LONG_LONG_MAX LLONG_MAX #define ULONG_LONG...

...> #if defined(_ALL_SOURCE) \ > || (__STDC__ - 0 == 0) && !defined(_POSIX_C_SOURCE) \ > && !defined(_XOPEN_SOURCE) > /* > * Minimum and maximum values for 64-bit types > * Define all the various well-known flavors of symbols > * > */ > #define ULLONG_MAX ((u_quad_t)0-1) /* 0xffffffffffffffff */ > #define LLONG_MAX ((quad_t)(ULLONG_MAX>>1)) /* 0x7fffffffffffffff */ > #define LLONG_MIN ((quad_t)((-LLONG_MAX)-1)) /* 0x8000000000000000 */ > > > #define LONG_LONG_MIN LLONG_MIN > #define LONG_LONG_MAX...

...1 = DAG.getSelect(dl, NVT, Tmp2, True, False); > > Results.push_back(Tmp1); > > break; > > } > > > > This results in code that speculatively executes the FSUB and then uses a > cmov instruction (based on whether or not the original value was less than > LLONG_MAX) to select between the direct FP_TO_SINT result and the result of > the FSUB. If we assume that for most data sets a significant majority of > values being converted this way will be less than LLONG_MAX then the > processor should be able to predict a branch here pretty reliably and so &g...

...as to how the lowering of SELECT can > be controlled. i.e. where LLVM decides whether and how to lower a select > node as a branch vs predicate logic. > > > > I’d almost forgotten that we microbenchmarked this and found the branching > version is faster with regular input (< LLONG_MAX). > > > > - https://godbolt.org/g/ytgk7l > > All, Where does LLVM decide to lower select as predicate logic vs branches > and how does the cost model work? I’m curious about a tuning flag to > generate branches instead of computing both values and using conditional > move...

...erstands -fstack-protector-all) + saved_CFLAGS="$CFLAGS" + CFLAGS="$CFLAGS -fstack-protector-all" + AC_TRY_COMPILE([], [ int main(void){return 0;} ], + [ AC_MSG_RESULT(yes) ], + [ AC_MSG_RESULT(no) + CFLAGS="$saved_CFLAGS" ] + ) + if test -z "$have_llong_max"; then # retry LLONG_MAX with -std=gnu99, needed on some Linuxes unset ac_cv_have_decl_LLONG_MAX -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usuall...

...hitecture Code Analyzer: - https://gist.github.com/michaeljclark/84f9e411ab959073996e10bff6ab8ec0 I am not sure how accurate the cycle estimate is for the GCC code sequence as it says “possibly". It would appear that if the branch is predicted in a loop of floating point values that are < LLONG_MAX then GCC would win. Some values > LLONG_MAX and some <= LLONG_MAX would fool the branch predictor. In particular, there has been a de facto standard practice (and it has even been openly stated and agreed upon once or twice) of assuming default rounding mode and ignoring FP exceptions in the...

...it a try. I’d need some guidance as to how the lowering of SELECT can be controlled. i.e. where LLVM decides whether and how to lower a select node as a branch vs predicate logic. I’d almost forgotten that we microbenchmarked this and found the branching version is faster with regular input (< LLONG_MAX). - https://godbolt.org/g/ytgk7l All, Where does LLVM decide to lower select as predicate logic vs branches and how does the cost model work? I’m curious about a tuning flag to generate branches instead of computing both values and using conditional moves… Best, Michael. > On 11 May 2017, at...

...ite_range(inode->i_vfs_inode->i_mapping, + spin_lock(&journal->j_list_lock); + inode_trans = jinode->i_transaction; + spin_unlock(&journal->j_list_lock); + if (inode_trans == commit_trans) { + ret = filemap_fdatawrite_range(jinode->i_vfs_inode->i_mapping, new_size, LLONG_MAX); if (ret) jbd2_journal_abort(journal, ret); diff --git a/include/linux/jbd2.h b/include/linux/jbd2.h index b28b37e..4d248b3 100644 --- a/include/linux/jbd2.h +++ b/include/linux/jbd2.h @@ -1150,7 +1150,8 @@ extern int jbd2_journal_clear_err (journal_t *); extern int jbd2_journal_bma...

...s, state->rekey_limit / enc->block_size); - debug("rekey %s after %llu blocks", dir, - (unsigned long long)*max_blocks); + + strlcpy(blocks_s, "?", sizeof(blocks_s)); + strlcpy(bytes_s, "?", sizeof(bytes_s)); + if (*max_blocks * enc->block_size < LLONG_MAX) { + fmt_scaled((long long)*max_blocks, blocks_s); + fmt_scaled((long long)*max_blocks * enc->block_size, bytes_s); + } + debug("rekey %s after %s blocks / %sB data", dir, blocks_s, bytes_s); return 0; }

...(*max_blocks, state->rekey_limit / enc->block_size); - debug("rekey %s after %llu blocks", dir, - (unsigned long long)*max_blocks); + + strlcpy(blocks_s, "?", sizeof(blocks_s)); + strlcpy(bytes_s, "?", sizeof(bytes_s)); + if (*max_blocks * enc->block_size < LLONG_MAX) { + fmt_scaled((long long)*max_blocks, blocks_s); + fmt_scaled((long long)*max_blocks * enc->block_size, bytes_s); + } + debug("rekey %s after %s blocks / %sB data", dir, blocks_s, bytes_s); return 0; } _______________________________________________ openssh-unix-dev mailing list ope...

...ite_range(inode->i_vfs_inode->i_mapping, + spin_lock(&journal->j_list_lock); + inode_trans = jinode->i_transaction; + spin_unlock(&journal->j_list_lock); + if (inode_trans == commit_trans) { + ret = filemap_fdatawrite_range(jinode->i_vfs_inode->i_mapping, new_size, LLONG_MAX); if (ret) jbd2_journal_abort(journal, ret); diff --git a/fs/ocfs2/journal.h b/fs/ocfs2/journal.h index 2178ebf..d4de187 100644 --- a/fs/ocfs2/journal.h +++ b/fs/ocfs2/journal.h @@ -415,4 +415,17 @@ static inline int ocfs2_calc_tree_trunc_credits(struct super_block *sb, return credits; }...

...limit / enc->block_size); > - debug("rekey %s after %llu blocks", dir, > - (unsigned long long)*max_blocks); > + > + strlcpy(blocks_s, "?", sizeof(blocks_s)); > + strlcpy(bytes_s, "?", sizeof(bytes_s)); > + if (*max_blocks * enc->block_size < LLONG_MAX) { > + fmt_scaled((long long)*max_blocks, blocks_s); > + fmt_scaled((long long)*max_blocks * enc->block_size, bytes_s); > + } > + debug("rekey %s after %s blocks / %sB data", dir, blocks_s, bytes_s); > return 0; > } > > _________________________________________...

> This seems like it was done for perf reason (mispredict). Conditional-to-cmov transformation should keep > from introducing additional observable side-effects, and it's clear that whatever did this did not account > for floating point exception. That’s a very reasonable statement, but I’m not sure it corresponds to the way we have typically approached this sort of problem. In

...status as volatile in exitshell Matthias Klose (1): [klibc] ppc64: Fix build failure with stricter as maximilian attems (7): [klibc] 1.5.22 released, next version is 1.5.23 [klibc] [JOBS] Debug compile fix [klibc] dash merge update [klibc] limits.h define LLONG_MIN, LLONG_MAX and ULLONG_MAX [klibc] nfsmount: free rem_name on errors [klibc] utils add minimal mv [klibc] strndup(): Fix possible null pointer dereference