PathScale's ENZO Compiler To Speed Code On GPU: PathScale, the company that's focused on providing high-performance compiler solutions, is hoping to speed up traditional software packages by automatically leveraging the graphics processor when compiling software with the PathScale ENZO compiler...
PathScale EKOPath 5.0 Beta Compiler Performance: Going on two years ago PathScale open-sourced their EKOPath 4 Compiler Suite. This Fortran/C/C++ compiler suite hasn't seen widespread adoption since then outside of some scientific circles and other select high-performance areas, but PathScale hasn't stalled in advancing their compiler software that is also still available commercially.
PathScale Working On DogFood, A New Dev IDE: PathScale is working on a new project that is internally dubbed "DogFood", it's a new integrated development environment (IDE) based upon Qt Creator but with a greater focus on C++ and other new development concepts...
PathScale Has An "Open" NVIDIA Compute Driver: PathScale, the company that developes the EKOPath 4 compiler and provided the *BSDs with a new run-time, is also the company behind the PSCNV driver. The PSCNV driver is the open-source NVIDIA driver that's forked from the Nouveau code and is focused on delivering maximum performance and to provide compute support.
PathScale Open-Sources The EKOPath 4 Compiler Suite: Within the free software world, GCC has long been the dominant compiler with it being backed by the Free Software Foundation, it being the most well developed free compiler suite, and is a feature rich offering that is put out under the GNU GPLv3. As of late, LLVM has also been hitting the nail on the head.
PathScale Gives FreeBSD, NetBSD A New C++ Runtime: PathScale, the compiler company that is behind the high-performance 64-bit EKOPath compiler suite and GPGPU computing solutions, has granted the FreeBSD and NetBSD foundations a copy of their libcxxrt C++ runtime. Libcxxrt provides a C++ ABI for Itanium and x86 architectures for BSD.
PathScale To Port Nouveau To OpenSolaris: Over the past few years more of the Linux graphics stack has moved within the Linux kernel so that there is finally a proper kernel memory management solution for the open-source graphics drivers and to also provide kernel mode-setting. Moving more of the GPU driver code into the kernel DRM results in a more secure environment as the X Server can now run without root access, the start-up process is cleaner and faster with KMS, the performance will ultimately be better with a memory manager, there's more reliable and faster VT switching, suspend and resume is better, and the list of benefits just goes on.