Re: version 4 conflicts

new topic     » goto parent     » topic index » view thread      » older message » newer message
SDPringle said...

Devs: suppose we rewrite the include/*.e files so they public include the symbols expected from std/*.e. Wouldn't this solve this problem better than needing to add this without statement?

It would fix this particular problem more elegantly, but open up a new can of worms - we'd need to find a way to selectively public include only the symbols desired, and avoid exporting any new 4.0+ symbol names. Otherwise, we might break compatibility with older code that makes use of those symbol names.

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu