0x09

13 ms·

61.
by 0x09 12y ago
This part sounds neat > Section 254: Promoting Universal Broadband. Section 254 promotes the deployment and availability of communications networks to all Americans, including rural and low-income Americans—furthering our goals of more a
62.
by 0x09 12y ago
I like lli for quickly running some code (no temporaries!) $ clang -xc -c -emit-llvm -o - - | lli #include <stdio.h> int main(void) { puts("hi"); }^D hi As a shell executable interpreter #
63.
by 0x09 12y ago
>For example, this produces a warning under GCC, though it will compile and run fine: All function pointer types are convertible to any other function pointer type, and since 'func' is never called as the wrong type there is no
64.
by 0x09 12y ago
The author of this comparison is a HN user, but he isn't Fabrice Bellard. edit: https://news.ycombinator.com/user?id=xooyoozoo
65.
by 0x09 12y ago
I don't use the MSVC toolchain or Windows for that matter, so I don't have a good compass for this, but the impression from the newsletter, dev meetings etc is that clang-cl is constantly being improved. Is the situation still tha
66.
by 0x09 12y ago
I guess this puts the quiet removal of launchd from macosforge.org into perspective. http://web.archive.org/web/20120609100559/http://launchd.mac... Unfortunate timing since it was finally getting a work
67.
by 0x09 12y ago
libpHash is actually quite slow for what it does. I spent a fair amount of time investigating image hashing algorithms a few years ago and at that time I saw 10-20x improvement over libpHash just by implementing the similar phash algorithm
68.
by 0x09 12y ago
Being that this is essentially part of the GNUstep project (of which Greg Casamento is the maintainer), which uses the GPL for all its application-level code, it's not surprising.
69.
Proposal for a Friendly Dialect of C(blog.regehr.org)
218 points by 0x09 12y ago|118 comments
70.
by 0x09 12y ago
The article directly describes the phash algorithm presented in the Hacker Factor post, while your second link is an implementation of the ahash algorithm in the same post. libpHash's implementation is slightly more sophisticated (and
71.
by 0x09 12y ago
Other LLVM decompilation projects: Dagger, http://dagger.repzret.org (x86) Fracture, https://github.com/draperlaboratory/fracture (x86, ARM, PPC) libbeauty, https://github.com/jcdutton/
72.
by 0x09 12y ago
>The idea behind LLVM was to have the various compiler stages and tooling be re-usable and plugin like, unlike the monolithic design GCC had. More specifically, the idea behind LLVM was "life-long program compilation and optimizatio
73.
by 0x09 12y ago
This tool has been unnecessary since VS2013. I posted some background info and links about it and MS' apparent attitude reversal back in Nov: https://news.ycombinator.com/item?id=6728226 The actual commit: http:/
74.
by 0x09 12y ago
You can already use ICC on OS X as it is, so that presumption doesn't really fit. It certainly seems like they intend to use the Mac edition of Composer as a trial run for eventually ditching their own frontend code. Which, given the c
75.
Link-time optimization in GCC: A brief history(hubicka.blogspot.co.uk)
4 points by 0x09 12y ago|0 comments
76.
by 0x09 12y ago
From my own experiences writing either language I have to disagree. C++ may be much (much much) more featureful than C, but if you skip constructs and behavior that aren't strictly a subset of the two you are still missing a lot of mod
77.
by 0x09 13y ago
That was a point release. 4.8.0 was released over a year ago.
78.
by 0x09 13y ago
Right, you need both sine and cosine parts, hence e^ix, in order to fully describe the function. Unless the function is completely odd (or even), in which case the transform really is equivalent to `x[n] * sin(2 pi k*x/N)` (or cos). To
79.
by 0x09 13y ago
k is the output index (the "bin" in the frequency domain), or the notch in the rotated space in that graphic. Every output frequency coefficient contains a full sum of the input function, hence a direct translation of that formula
80.
by 0x09 13y ago
http://llvm.org/bugs/show_bug.cgi?id=4557
81.
by 0x09 13y ago
Since Warp is meant to be a drop-in replacement for GCC's cpp, do you plan to include a traditional (pre-standard) preprocessing mode? This has been a source of some agony in FreeBSD, preventing clang's cpp from fully replacing GC
82.
by 0x09 13y ago
4) `strdup` is a POSIX extension whereas NetHack is cross platform.
83.
by 0x09 13y ago
> A later revision of IEEE 754 attempted to remedy this, but the formats it recommended were so inefficient that it has not found much acceptance. The C and C++ standards committees have been drafting decimal support based on IEC 60559:2
84.
by 0x09 13y ago
Some of the slides from the LLVM track have been uploaded separately on llvm.org also http://llvm.org/devmtg/2014-02/
85.
by 0x09 13y ago
I didn't mean to imply it was the only reason for pursuing a dual-licensing model, but when I spoke to DS about it many years ago (before x264licensing existed) he recognized that it was a potentially serious problem.
86.
by 0x09 13y ago
This isn't as complicated as this thread has made it out to be. Look at it from the perspective of a(n American) company that wants to distribute a product with kvazaar. They are prepared to purchase a distribution license from MPEG-LA
87.
by 0x09 13y ago
x264 offers a commercial licensing program for this reason.
88.
by 0x09 13y ago
Have you tried VaporSynth? It's kind of a spiritual successor to AviSynth in the form of a Python module. Can even load AviSynth plugins.
89.
by 0x09 13y ago
This is not an anonymous structure in the modern sense (if you look at the code they are in fact named), it's a side-effect of pre-ANSI C namespace rules. Any struct field could be used to calculate an offset from any other object. Fro
90.
by 0x09 13y ago
The mpv developers have published an overview of the situation from their independent perspective which (FWIW) is very accurate from my vantage point as well: https://github.com/mpv-player/mpv/wiki/FFmpeg-vers

More ›