search for: fnull

...= 0 checks into an accessor seems like a great idea. Besides this feature request, presumably there's also other uses of non-zero address spaces for which the pointer 0 could usefully be treated as invalid... And the name really is terrible, we should change it if at all feasible Yep. "-fnull-pointer-is-valid" has been suggested before. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180420/5f98a8d2/attachment.html>

On 4/20/18, James Y Knight wrote: > > > Yep. "-fnull-pointer-is-valid" has been suggested before. > -fplacate-linux-kernel-developers ? Csaba -- You can get very substantial performance improvements by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler So if you're looking for a completely portable, 100% standa...

...ol_internal' /usr/lib/libblas.so: undefined reference to `_IO_stdout_' [...] I hope there is a kind soul who can help a little bit ;-) Many thanks, Ulf ---------------------------------------------------------------------- P.S.: g77 -v yields g77 version 0.5.22 gcc -v -fnull-version -o /tmp/gfa11201 -xf77-cpp-input /tmp/gfa11201.f -xnone -lf2c -lm Reading specs from /usr/lib/gcc-lib/i486-delix-linux/2.7.2.3/specs gcc version 2.7.2.3 /usr/lib/gcc-lib/i486-delix-linux/2.7.2.3/cpp -lang-c -v -undef -D__GNUC__=2 -D__GNUC_MINOR__=7 -D__ELF__ -D__unix__ -D__i386__ -D_...

> On Apr 20, 2018, at 2:06 AM, Csaba Raduly via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > On 4/20/18, James Y Knight wrote: >> >> >> Yep. "-fnull-pointer-is-valid" has been suggested before. >> > > -fplacate-linux-kernel-developers ? Please, lets keep this discussion on topic and productive. The semantics described upstream of (the inverse of) "Assume that programs cannot safely dereference null pointers, and that n...

> Despite the name, the flag actually has rather straightforward semantics > from the compiler's perspective. From the gcc docs for > -fdelete-null-pointer-checks: "Assume that programs cannot safely > dereference null pointers, and that no code or data element resides at > address zero." (-fno-delete-null-pointer-checks is the opposite.) Ah, now that's quite a

...:19, Chris Lattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > >> >> On Apr 20, 2018, at 2:06 AM, Csaba Raduly via cfe-dev <cfe-dev at lists.llvm.org> wrote: >> >> On 4/20/18, James Y Knight wrote: >>> >>> >>> Yep. "-fnull-pointer-is-valid" has been suggested before. >>> >> >> -fplacate-linux-kernel-developers ? > > Please, lets keep this discussion on topic and productive. The semantics described upstream of (the inverse of) "Assume that programs cannot safely dereference nul...

On 4/18/2018 11:21 AM, Tim Northover via cfe-dev wrote: > On 18 April 2018 at 18:13, Manoj Gupta via cfe-dev > <cfe-dev at lists.llvm.org> wrote: >> Therefore, I would like to implement support for this flag (maybe with a >> different name), > I'd suggest -mdo-what-i-mean; the whole idea is horribly > underspecified, and basically rips up the LangRef in favour of

I have an application that talks to hardware via the serial port. (Actually, it talks to a lot of hardware, banking peripherals). The app runs on both Win32 and OS/2. Of course, the main theme is porting the thing natively to linux (and I'm working on that). But just for fun I tried to get it to work with WINE, and while the "device emulation" works perfectly (much to my

...uot;..." search starts here: #include <...> search starts here: /usr/local/include /usr/local/sparc-sun-solaris2.6/include /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/egcs-2.92.21/include /usr/include End of search list. /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/egcs-2.92.21/f771 -fnull-version -quiet -dumpbase g77-version.f -version -fversion -o /data/oak7/scratch/ozdogan/tmp/ccs6kdOf.s /dev/null GNU F77 version egcs-2.92.21 19981109 (gcc2 ss-980609 experimental) (sparc-sun-solaris2.6) compiled by GNU C version 2.7.2.1. GNU Fortran Front End version 0.5.24-19980804 /usr/ccs/bin/...