search for: trippelsdorf

On 4/29/14, Markus Trippelsdorf wrote: > On 2014.04.29 at 12:16 +0200, Tuncer Ayaz wrote: > > On 4/29/14, Markus Trippelsdorf wrote: > > > On 2014.04.29 at 11:04 +0200, Tuncer Ayaz wrote: > > > > On 4/27/14, Markus Trippelsdorf wrote: > > > > > On 2014.04.27 at 16:18 +0200, Tuncer Ayaz...

On Sun, Feb 28, 2016 at 12:27 AM, Markus Trippelsdorf <markus at trippelsdorf.de> wrote: >> > >> > -fno-strict-overflow >> >> -fno-strict-aliasing. > > Do not forget -fno-delete-null-pointer-checks. > > So the kernel obviously is already using its own C dialect, that is > pretty far from standard...

On 2016.02.27 at 15:10 -0800, Paul E. McKenney via llvm-dev wrote: > On Sat, Feb 27, 2016 at 11:16:51AM -0800, Linus Torvalds wrote: > > On Feb 27, 2016 09:06, "Paul E. McKenney" <paulmck at linux.vnet.ibm.com> > > wrote: > > > > > > > > > But we do already have something very similar with signed integer > > > overflow. If the

...'s a dynamic property of the program that the compiler, > given this code, can't prove /isn't true/ (the programmer might've > constructed the caller such that it does always have an object behind 'c' > to point to)) > > On Fri, Mar 18, 2016 at 1:28 AM, Markus Trippelsdorf via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> On 2016.03.17 at 16:35 -0700, Chris Lattner via llvm-dev wrote: >> > >> > > On Mar 15, 2016, at 7:58 AM, Chuang-Yu Cheng via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> > &gt...

On 2016.03.17 at 16:35 -0700, Chris Lattner via llvm-dev wrote: > > > On Mar 15, 2016, at 7:58 AM, Chuang-Yu Cheng via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > Hi, > > > > Please look at this c code: > > > > typedef struct _PB { > > void* data; /* required.*/ > > int f1_; > > float f2_; > > } PB;

On Sat, Feb 27, 2016 at 11:16:51AM -0800, Linus Torvalds wrote: > On Feb 27, 2016 09:06, "Paul E. McKenney" <paulmck at linux.vnet.ibm.com> > wrote: > > > > > > But we do already have something very similar with signed integer > > overflow. If the compiler can see a way to generate faster code that > > does not handle the overflow case, then the

The path to libLTO.so in LLVMgold.so points to the build directory on my machine: % ldd /usr/local/lib/LLVMgold.so linux-vdso.so.1 (0x00007fff3d795000) /var/tmp/build_llvm_clang/Release+Asserts/lib/libLTO.so => not found libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f1703983000) ... I have configured clang with: ../llvm/configure --enable-optimized

Currently the LLVMbugs list only receives emails when a new bug is filed or an existing bug gets finally resolved. The gcc-bugs list on the other hand receives an email for every new comment in bugzilla. This leads to much better transparency, because you can easily see which bugs are currently being worked on; while the current LLVMbugs setup left you totally in the dark. So my suggestion would

Last night the following line was logged: Nov 16 04:01:07 arch kernel: btrfs failed to delete reference to ammintrin.h, inode 118665 parent 2687784 This file is part of an rsnapshot backup directory: /var/.snapshots/hourly.5/localhost/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.2.1/install-tools/include arch include # find . -inum 118665 find: `./ammintrin.h'': No such file or directory

...that the >>> compiler, given this code, can't prove /isn't true/ (the programmer >>> might've constructed the caller such that it does always have an object >>> behind 'c' to point to)) >>> >>> On Fri, Mar 18, 2016 at 1:28 AM, Markus Trippelsdorf via llvm-dev < >>> llvm-dev at lists.llvm.org> wrote: >>> >>>> On 2016.03.17 at 16:35 -0700, Chris Lattner via llvm-dev wrote: >>>> > >>>> > > On Mar 15, 2016, at 7:58 AM, Chuang-Yu Cheng via llvm-dev < >>>> llvm-de...

...; Markus F.X.J. Oberhumer <markus@oberhumer.com> Markus Franke <franm@hrz.tu-chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blumenstingl <martin.blumenstingl@googlemail.co...

...; Markus F.X.J. Oberhumer <markus@oberhumer.com> Markus Franke <franm@hrz.tu-chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blumenstingl <martin.blumenstingl@googlemail.co...

...mer.com> Markus Franke <franm@hrz.tu-chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Pargmann <mpa@pengutronix.de> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blumenstingl <martin.blumenstingl@googlemail.co...

...mer.com> Markus Franke <franm@hrz.tu-chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Pargmann <mpa@pengutronix.de> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blumenstingl <martin.blumenstingl@googlemail.co...

...mer.com> Markus Franke <franm@hrz.tu-chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Pargmann <mpa@pengutronix.de> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blumenstingl <martin.blumenstingl@googlemail.co...

...mer.com> Markus Franke <franm@hrz.tu-chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Pargmann <mpa@pengutronix.de> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blumenstingl <martin.blumenstingl@googlemail.co...

...mer.com> Markus Franke <franm@hrz.tu-chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Pargmann <mpa@pengutronix.de> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blumenstingl <martin.blumenstingl@googlemail.co...

...chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Niebel <Markus.Niebel@tqs.de> Markus Pargmann <mpa@pengutronix.de> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Marlies Ruck <marlies.ruck@gmail.com> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blum...

...chemnitz.de> Markus Grabner <grabner@icg.tugraz.at> Markus Heinz <markus.heinz@uni-dortmund.de> Markus Kanet <dvmailing@gmx.eu> Markus Niebel <Markus.Niebel@tqs.de> Markus Pargmann <mpa@pengutronix.de> Markus Schauler <mschauler@gmail.com> Markus Trippelsdorf <markus@trippelsdorf.de> Marlies Ruck <marlies.ruck@gmail.com> Martijn de Gouw <martijn.de.gouw@prodrive.nl> Martin Bachem <info@colognechip.com> Martin Bergstrom <martin.bergstrom@stericsson.com> Martin Beyss <Martin.Beyss@rwth-aachen.de> Martin Blum...

On 2013.11.15 at 12:49 -0500, Rafael Espíndola wrote: > On 15 November 2013 11:30, Stephen Checkoway <s at pahtak.org> wrote: > > > > On Nov 15, 2013, at 11:16 AM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > > > >> Taking a really quick at the gold code it looks like it tries to keep > >> 8176 files open. I would suggest putting a