Improve your Embedded Software Development Flow with the Latest Open Source Technologies
The GNU toolchain (GCC, binutils, glibc, and gdb) constantly evolves offering both new capabilities and migration challenges to software developers. Mentor Embedded engineers are active in various roles (Maintainers, Steering Committee Members etc.) in open source projects, regularly delivering new features to the components of the embedded toolchain.
The latest Sourcery CodeBench release is an integrated and fully validated toolchain, which now includes updated GNU toolchain components. Explore the benefits of this new release and learn how we can help you with versions of the development toolchain tailored to your unique needs.
What You Will Learn
- What’s new in the latest releases of the open source embedded toolchain components- compiler, debugger and more.
- Benefits of an optimized and precisely configured toolchain for your custom hardware
About the Presenters
Hollis Blanchard received a B.S. in Computer Science from Carnegie Mellon University, and has been hacking on Linux (server and embedded) and hypervisors since about 1998. He is currently the product owner for Mentor Embedded Sourcery Analyzer, a very flexible tool for analyzing trace data. He loves Mercurial and Python, dislikes x86 architecture, and can’t stand Git.
Nathan Sidwell is the Director of Sourcery Services at Mentor Graphics Embedded Software Division. Previously, Nathan worked at CodeSourcery, acquired by Mentor Graphics in 2010. He has worked with computer architectures and compilation systems for over 25 years. Nathan has been a GCC developer for 15 years, working on components such as the C++ front end, code generation for various established architectures and porting to new architectures.
Who Should Attend
- Embedded software developers
What do I need to watch and hear this web seminar?
Mentor Graphics’ web seminars are delivered using Adobe Connect. You will be able to login to the seminar room 15 minutes prior to the start time on the day of the presentation. You can hear the audio using your computer’s speakers via VoIP (Voice over IP) and background music will play prior to the beginning of the presentation.
Detailed system requirements
- Windows XP, Windows Vista, Windows 7, Windows 8
- Microsoft Internet Explorer 7, 8, 9, 10; Mozilla Firefox; Google Chrome
- Adobe® Flash® Player 10.3 or later
- 1.4GHz Intel® Pentium® 4 or faster processor and 512MB of RAM
Mac OS X, 10.5, 10.6, 10.7.4, 10.8
- Mozilla Firefox; Apple Safari; Google Chrome
- Adobe Flash Player 10.3
- 1.83GHz Intel Core™ Duo or faster processor and 512MB of RAM
- Ubuntu 10.04, 11.04; Red Hat Enterprise Linux 6; OpenSuSE 11.3
- Mozilla Firefox
- Adobe Flash Player 10.3
- Apple supported devices: iPad, iPad2, iPad3; iPhone 4 and 4 S, iPod touch (3rd generation minimum recommended)
- Apple supported OS versions summary: iOS 4.3.x, 5.x, or 6.x (5.x or higher recommended)
- Android supported devices: Samsung Galaxy Tab 2 (10.1), Samsung Galaxy Tab (10.1), ASUS Transformer, Samsung Galaxy Tab (7”) , Motorola Xoom, Motorola Xoom 2, Nexus 7
- Android supported OS versions summary: 2.2 and higher
- Android AIR Runtime required: 3.2 or higher
- Bandwidth: 512Kbps for participants, meeting attendees, and end users of Adobe Connect applications. Connection: DSL/cable (wired connection recommended) for Adobe Connect presenters, administrators, trainers, and event and meeting hosts.
Identify and Solve Qt UI Performance Problems
When developing UIs for embedded devices, it is not uncommon to hit performance problems on target hardware – whether the UI start-up takes too long, animation is slow, or the UI isn't responsive...
Debugging Graphics Synchronization issues with Sourcery Analyzer
The modern user interface (UI) has come of age. UIs are ubiquitous among many of the more popular consumer electronic products in use today, from mobile phones and smart appliances to automotive in-vehicle...
LTTng Userspace Tracing with Sourcery CodeBench: A Tutorial
Tracing records critical information about system behavior with little performance overhead is the first step to diagnosing problems that can't be solved with breakpoints and interactive debuggers. By revealing...