• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

dawagner / parameter-framework / 260
73%
master: 78%

Build:
Build:
LAST BUILD BRANCH: integerparam-template
DEFAULT BRANCH: master
Ran 21 Sep 2015 02:07PM UTC
Jobs 2
Files 229
Run time 35s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

pending completion
260

push

travis-ci

David Wagner
WIP: only export symbols that are part of the API

"private virtual" methods need to be exported because the plugins will need to
access them at runtime.

We can't do this selective export of classes that are to be derived by plugins
(i.e. Subsystem, SubsystemObject and FormattedSubsystemObject):
For some reason I don't understand, the plugins require the "typeinfo" symbol
of these classes at runtime. Disassembling the code show that this symbol isn't
even used in the generated code but merely required by the dynamic linker...

Strangely, this increases the size of the ".text" section of the generated
library (not much but this is not what I expected nevertheless).....

Signed-off-by: David Wagner <david.wagner@intel.com>

4988 of 6803 relevant lines covered (73.32%)

3521.04 hits per line

Jobs
ID Job ID Ran Files Coverage
1 260.1 21 Sep 2015 02:08PM UTC 0
73.32
Travis Job 260.1
2 260.2 21 Sep 2015 02:07PM UTC 0
0.0
Travis Job 260.2
Source Files on build 260
Detailed source file information is not available for this build.
  • Back to Repo
  • Travis Build #260
  • c91aba5c on github
  • Prev Build on selectively-export-symbols (#259)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc