search for: stdexcept

Hi Duncan, There's a problem with your check-in for r72619 is causing "weak external" symbols to appear in C++ code when it shouldn't. Take this code for example, #include <stdexcept> void dummysymbol() { throw(std::runtime_error("string")); } The c'tor for std::string is emitted as code from llvm-gcc. It is then inlined. And a weak external for the `_S_construct' variable is created. However, C++ rules stipulate that it shouldn't be, because o...

Hi Bill, > There's a problem with your check-in for r72619 is causing "weak > external" symbols to appear in C++ code when it shouldn't. Take this > code for example, > > #include <stdexcept> > > void dummysymbol() { > throw(std::runtime_error("string")); > } > > The c'tor for std::string is emitted as code from llvm-gcc. It is then > inlined. And a weak external for the `_S_construct' variable is created. > However, C++ rules stipulat...

...s/cxx_objects.dir/__/src/optional.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/random.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/regex.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/shared_mutex.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/stdexcept.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/string.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/strstream.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/system_error.cpp.o projects/libcxx/lib/CMakeFiles/cxx_objects.dir/__/src/thread.cpp.o projects/libcxx/...

...ssors.cpp +++ b/src/processors.cpp @@ -17,25 +17,19 @@ * also available at http://www.gnu.org/copyleft/gpl.html. */ -#include <iostream> +#include "processors.h" #include <fstream> -#include <sstream> -#include <string> -#include <vector> -#include <stdexcept> - -#include <hal/libhal.h> - +#include <iostream> #include <pcre.h> -#include "hal.h" -#include "processors.h" +// TODO remove this wrapper once rhbz#583747 is fixed +extern "C" { +#include <libudev.h> +} using namespace std; namespac...

...> compile: /home/cschen/test/libcxx-scripts/libcxxabi/src/cxa_virtual.cpp > compile: /home/cschen/test/libcxx-scripts/libcxxabi/src/exception.cpp > compile: > /home/cschen/test/libcxx-scripts/libcxxabi/src/private_typeinfo.cpp > compile: /home/cschen/test/libcxx-scripts/libcxxabi/src/stdexcept.cpp > compile: /home/cschen/test/libcxx-scripts/libcxxabi/src/typeinfo.cpp > link: libc++abi.so.1.0 > installing ... > done. > -- The CXX compiler identification is Clang 3.5.0 > -- The C compiler identification is Clang 3.5.0 > -- Check for working CXX compiler: /usr/bin/clang...

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

...1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\xiosbase:6: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\xlocale:8: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\stdexcept:7: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\xstring:6: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\xmemory0:9: 1> In file included from C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\inclu...

...Instructions (WinEHPrepare.cpp). A simple reproducer of the problem shown here which will lead to incorrect code on the method test::run(). In this example, the virtual function called from within the exception handler triggers the bug when using -fprofile-generate. #include <stdexcept> #include <iostream> extern void may_throw(int); class base { public: base() : x(0) {}; int get_x() const { return x; } virtual void update() { x++; } int x; }; class derived : public base { public:...

In looking at the code I realized that the last of the HAL depenencies were removed with this patch. So, I'm pushing an updated patch that contains none of the HAL code in it.

On Dec 4, 2009, at 12:52 AM, Duncan Sands wrote: > Hi Bill, > >> There's a problem with your check-in for r72619 is causing "weak >> external" symbols to appear in C++ code when it shouldn't. Take >> this code for example, >> #include <stdexcept> >> void dummysymbol() { >> throw(std::runtime_error("string")); >> } >> The c'tor for std::string is emitted as code from llvm-gcc. It is >> then inlined. And a weak external for the `_S_construct' variable >> is created. However, C++ r...

...Files ============================================================ Mod 0000 | `D:\src\llvmbuild\cl\Debug\x64\utils\not\CMakeFiles\not.dir\not.cpp.obj`: - (MD5: 2FE06AF7EACFB232C6FF033DBFC4412E) c:\program files (x86)\microsoft visual studio\2017\professional\vc\tools\msvc\14.16.27023\include\stdexcept - (MD5: 0B299654FBC61F03E9533F9296BBD2B3) c:\program files (x86)\microsoft visual studio\2017\professional\vc\tools\msvc\14.16.27023\include\xstring etc... $ llvm-pdbutil.exe dump -symbols -modi=0 bin\not.pdb Symbols =======================================================...

...e.cpp). > > A simple reproducer of the problem shown here which will lead to > incorrect code on the method test::run(). In this example, the virtual > function called from within the exception handler triggers the bug when > using -fprofile-generate. > > #include <stdexcept> > #include <iostream> > > extern void may_throw(int); > > class base { > public: > base() : x(0) {}; > int get_x() const { return x; } > virtual void update() { x++; } > int x; > }; > >...

The merge feature was implemented primarily for testing but was never really productionized, so your guess about what the underlying problem is sounds correct to me. We could probably hide the subcommand so users don’t accidentally use it, or if someone wants to properly implement the missing features, that would be even better On Sat, Dec 22, 2018 at 10:48 AM Vivien Millet via llvm-dev <

...load>>(); } and // baz.cc #include "foo.hh" void baz(const base& b) { b.as<derived<payload>>(); } >From these two files, I build a dylib. Here is the `main` function, calling these functions from the dylib: // main.cc #include <stdexcept> #include <iostream> #include "foo.hh" int main() try { derived<payload> d; bar(d); baz(d); } catch (std::exception& e) { std::cerr << e.what() << std::endl; } Finally, a Makefile to compile an...

..._platform.cpp index 26418f5..fbcfdb9 100644 --- a/src/linux_platform.cpp +++ b/src/linux_platform.cpp @@ -18,9 +18,14 @@ */ #include <fstream> +#include <iomanip> #include <iostream> +#include <dirent.h> +#include <net/if.h> #include <pcre.h> #include <stdexcept> +#include <string.h> +#include <sys/ioctl.h> // TODO remove this wrapper once rhbz#583747 is fixed extern "C" { @@ -115,3 +120,68 @@ LinuxPlatform::get_load_average() const return load_average; } + +vector<NetworkDeviceAgent> +LinuxPlatform::get_network_dev...

...ifth Floor, Boston, + * MA 02110-1301, USA. A copy of the GNU General Public License is + * also available at http://www.gnu.org/copyleft/gpl.html. + */ + +#include <iostream> +#include <fstream> +#include <sstream> +#include <string> +#include <vector> +#include <stdexcept> + +#include <hal/libhal.h> + +#include <pcre.h> + +#include "hal.h" +#include "processors.h" + +#include "qmf/com/redhat/matahari/ArgsProcessorsGet_load_average.h" + +using namespace std; +namespace _qmf = qmf::com::redhat::matahari; + +extern DBusError...

This patch includes one small change: the Processors::get_load_average() method is now const since it does not change the object's state.

After some feedback from Slow, mainly about the load_average API being a method rather than an ongoing statistic. So I've converted the code over to instead update the load average statistic on a regular basis.

...ifth Floor, Boston, - * MA 02110-1301, USA. A copy of the GNU General Public License is - * also available at http://www.gnu.org/copyleft/gpl.html. - */ - -#include <iostream> -#include <fstream> -#include <sstream> -#include <string> -#include <vector> -#include <stdexcept> - -#include <pcre.h> - -#include "cpu.h" -#include "qmf/com/redhat/matahari/CPU.h" - -using namespace std; -namespace _qmf = qmf::com::redhat::matahari; - -template<typename targetType> targetType convert(const std::string& str) -{ - istringstream i(str);...

...oftware + * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, + * MA 02110-1301, USA. A copy of the GNU General Public License is + * also available at http://www.gnu.org/copyleft/gpl.html. + */ + +#include <fstream> +#include <iostream> +#include <pcre.h> +#include <stdexcept> + +// TODO remove this wrapper once rhbz#583747 is fixed +extern "C" { +#include <libudev.h> +} + +#include "linux_platform.h" + +LinuxPlatform::LinuxPlatform() +{ + int core_count = 0; + string model = "unknown"; + + struct udev* udev = udev_new(); + str...