search for: climits

I tried to compile LLVM on Fedora 9 with GCC 4.3. The compilation fails because UINT_MAX is not defined in file lib/Transforms/Scalar/LoopUnroll.cpp. I included <limits.h> and everything works. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080515/4ba7997d/attachment.html>

Hi, I recently cleaned up the includes from the loop unrolling code, and this also removed this include. It seems it's included implicitely somehow here, because I have not problems compiling (running gcc 4.1). However, the proper include is #include <climits>, since we're in c++, not C. Could someone add this include to lib/Transforms/Scalar/LoopUnroll.cpp ? Gr. Matthijs -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL:...

Hi, Here''s the first step toward dealing with the small memory issue. The 15_create_smallmem_pos.py test was hanging because it created a 16 MB domain and never got to the point where it could set a console limit. The OOM messages flooded the console on creation and the select in Console.py always had something to read. Since there was no limit and it never timed out, the test would

...nal) > +++ llvm/trunk/lib/IR/AttributeImpl.h Fri Jan 29 16:35:29 2016 > @@ -19,8 +19,9 @@ > #include "llvm/ADT/FoldingSet.h" > #include "llvm/IR/Attributes.h" > #include "llvm/Support/TrailingObjects.h" > -#include <string> > #include <climits> > +#include <cstdint> > +#include <string> > > namespace llvm { > > > > _______________________________________________ > llvm-commits mailing list > llvm-commits at lists.llvm.org <mailto:llvm-commits at lists.llvm.org> > http://lists.llv...

I am using the sink function to save several results (i.e. values of many different variables) to an output file. However, the output looks unattractive because it displays line numbers next to each new variable, it is difficult to remove the R variable name from the output, and I cannot print test without it using quotation marks. The only way I have found around most of these issues is to

...Fri Jan 29 16:35:29 2016 >>> @@ -19,8 +19,9 @@ >>> #include "llvm/ADT/FoldingSet.h" >>> #include "llvm/IR/Attributes.h" >>> #include "llvm/Support/TrailingObjects.h" >>> -#include <string> >>> #include <climits> >>> +#include <cstdint> >>> +#include <string> >>> >>> namespace llvm { >>> >>> >>> >>> _______________________________________________ >>> llvm-commits mailing list >>> llvm-commits at lists....

I've had trouble getting a definitive answer to this one, so please forgive me for asking here. When converting between integer and float audio samples, what is the preferred scale factor? For example, if you were converting to signed 8-bit, the possible range is -128 to 127. Do you map float -1.0 to -127 or -128? Brendan

> However, the proper include is #include <climits>, since we're in c++, not C. > > Could someone add this include to lib/Transforms/Scalar/LoopUnroll.cpp ? Done (r51145). Maybe this should go into the release too. Ciao, Duncan.

On Sat, Dec 20, 2014 at 12:42:08AM +0530, Priyank Bhatt wrote: > As James said I am attaching two file *date.cc* and *datematchdecider.cc* Please send patches, not complete source files: http://trac.xapian.org/browser/git/xapian-core/HACKING#L1176 Patches are much smaller, and don't require the reviewer to work out the exact version of the source file you started from. Cheers, Olly

.../permalink.gmane.org/gmane.comp.search.xapian.general/9885 modifications allowing for brass and chert to compile on SFU Interix 3.5 (modified) [code change not performance critical] /xapian-core-1.2.21/backends/brass/brass_check.cc /xapian-core-1.2.21/backends/chert/chert_check.cc #include <climits> + +#include "str.h" out << "base" << (char)B.base_letter << " blocksize=" << B.block_size / 1024 << "K" - " items=" << B.item_count + << " items=" << str(B.item_count)...

...>>>> @@ -19,8 +19,9 @@ >>>> #include "llvm/ADT/FoldingSet.h" >>>> #include "llvm/IR/Attributes.h" >>>> #include "llvm/Support/TrailingObjects.h" >>>> -#include <string> >>>> #include <climits> >>>> +#include <cstdint> >>>> +#include <string> >>>> >>>> namespace llvm { >>>> >>>> >>>> >>>> _______________________________________________ >>>> llvm-commits mailing list...

On Thu, Dec 18, 2014 at 11:38:42PM +0000, James Aylett wrote: > Collapsing is done using a valueno (you can tell because collapse_key > is of type Xapian::valueno), which is a 32 bit unsigned integer (see > here: > https://getting-started-with-xapian.readthedocs.org/en/latest/concepts/indexing/values.html). > For 32 bit unsigned you need unsigned long. Xapian::valueno is actually a

...expect active maintainership or new features being added, we're just trying to keep this on life support. The git shortlog below is for the ~14 years of patches since the 0.7.5 release, the last 10 of which the project was sitting idle. Alan Coopersmith (1): calibrator.cpp: include <climits> for PATH_MAX if needed Alexey Kuznetsov (2): gui_gtkmm: in a multi-head setup, allow calibrating one monitor only Add gtkmm support for no window manager environment Andreas M?ller (8): Add parameter --output-filename and store in output_filename CalibratorEvdev: do wr...

Hi Rafael, On 07/31/2017 04:20 PM, Rafael Avila de Espindola via llvm-dev wrote: > However, do we need to start with instrumentation? The original paper > uses sampling with good results and current intel cpus can record every > branch in a program. > > I would propose starting with just an lld patch that reads the call > graph from a file. The format would be very similar to

If count > MAX_UINT-4 your loop loops indefinitely with an increment of 4, I think. On Thu, Oct 13, 2016 at 4:42 PM, Charith Mendis via llvm-dev < llvm-dev at lists.llvm.org> wrote: > So, I tried unrolling the following simple loop. > > int unroll(unsigned * a, unsigned * b, unsigned *c, unsigned count){ > > for(unsigned i=0; i<count; i++){ > > a[i] =

...ut-arm/include/c++/v1/./istream > -- Installing: > /home/cschen/test/libcxx-scripts/out-arm/include/c++/v1/./__tuple_03 > -- Installing: > /home/cschen/test/libcxx-scripts/out-arm/include/c++/v1/./utility > -- Installing: > /home/cschen/test/libcxx-scripts/out-arm/include/c++/v1/./climits > -- Installing: > /home/cschen/test/libcxx-scripts/out-arm/include/c++/v1/./__tree > -- Installing: > /home/cschen/test/libcxx-scripts/out-arm/include/c++/v1/./locale > -- Installing: > /home/cschen/test/libcxx-scripts/out-arm/include/c++/v1/./cstdint > -- Installing: > /ho...

On 10/3/14 10:16 AM, Dan Albert wrote: >> >> I try to build libc++ and libc++abi for host x86_64(linux) and target >> arm(linux) but fail. >> > > Failing in what way? If this isn't working out of the box, we've done > something wrong. Yeah, it would help to know more specifics about where you're getting stuck. > > jroelofs might know more... For

..."Target.h" #include "Threads.h" +#include "llvm/ADT/Hashing.h" #include "llvm/ADT/StringMap.h" #include "llvm/ADT/StringSwitch.h" #include "llvm/Support/FileOutputBuffer.h" #include "llvm/Support/raw_ostream.h" #include <climits> +#include <unordered_set> using namespace llvm; using namespace llvm::ELF; @@ -896,6 +898,157 @@ template <class ELFT> static void sortBySymbolsOrder() { Sec->sort([&](InputSectionBase *S) { return SectionOrder.lookup(S); }); } +// Sort sections by the profile d...

...L FACILITIES: * The deprecated S-compatibility macros DOUBLE_* in R_ext/Constants.h (included by R.h) have been removed. * The deprecated legacy typedefs of Sint and Sfloat in header R.h are no longer defined, and that header no longer includes header limits.h from C nor climits from C++. * New macro CAD5R() is provided in Rinternals.h and used in a few places in the R sources. * ALTREP now supports VECSXP vectors. Contributed by Gabor Csardi in PR#17620. * The Rcomplex definition (in header R_ext/Complex.h) has been extended to prevent pos...

...L FACILITIES: * The deprecated S-compatibility macros DOUBLE_* in R_ext/Constants.h (included by R.h) have been removed. * The deprecated legacy typedefs of Sint and Sfloat in header R.h are no longer defined, and that header no longer includes header limits.h from C nor climits from C++. * New macro CAD5R() is provided in Rinternals.h and used in a few places in the R sources. * ALTREP now supports VECSXP vectors. Contributed by Gabor Csardi in PR#17620. * The Rcomplex definition (in header R_ext/Complex.h) has been extended to prevent pos...