Recently, OpenBSD developers has shown increased interest in the "Portable C Compiler"[1]. PCC's cpp is pretty ugly and there has been talk of replacing it with mcpp[2]. This seems to have been rejected for the moment[3], but there's probably going to be a way to use an alternate cpp[4]. I think simply switching to mcpp would be good both for PCC and mcpp - IMHO, PCC barely has the resources to upgrade and maintain its cpp, and mcpp would be even more tested.
[3] http://marc.info/?l=pcc-list&m=119029630827424&w=2
"I think it's worth thinking about, but not in the near future, better to fix the reported bugs at the moment. The in-tree cpp is quite stable even if it is ugly."
Thanks for the notice. I'm glad to hear that OpenBSD is
going to distribute mcpp as an alternate preprocessor for
PCC.
But, I'm now going to release mcpp V.2.7 in a few weeks. In
addition, I have no experience on OpenBSD nor PCC thus far.
I will try to port mcpp to OpenBSD and PCC on the next-to-
next release (say V.2.7.1 or V.2.8).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2007-09-23
I apologize if I mislead you in any manner (English is not my native language), but I did not say that OpenBSD is about to distribute mcpp as an alternate cpp implemtation.
I wanted to say that the idea of using mcpp as the preprocessor has recieved a favourable reception on the PCC compiler mailing list (though they do not plan on doing so for the near future), and that patches to use mcpp as an alternate cpp have been posted.
I think that if you were to communicate your willingness to port mcpp to the PCC maintainer[1], he may commit to switch to your excellent preprocessor in the future.
[1] Maintainer: Anders Magnusson <ragge@ludd.luth.se>. This isn't unfortunately so clear from the PCC webpage ( http://www.ludd.ltu.se/~ragge/pcc/ ).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Recently, OpenBSD developers has shown increased interest in the "Portable C Compiler"[1]. PCC's cpp is pretty ugly and there has been talk of replacing it with mcpp[2]. This seems to have been rejected for the moment[3], but there's probably going to be a way to use an alternate cpp[4]. I think simply switching to mcpp would be good both for PCC and mcpp - IMHO, PCC barely has the resources to upgrade and maintain its cpp, and mcpp would be even more tested.
[1] http://www.undeadly.org/cgi?action=article&sid=20070915195203
[2] http://marc.info/?l=pcc-list&m=119023789202178&w=2
http://marc.info/?l=pcc-list&m=119040198414670&w=2
[3] http://marc.info/?l=pcc-list&m=119029630827424&w=2
"I think it's worth thinking about, but not in the near future, better to fix the reported bugs at the moment. The in-tree cpp is quite stable even if it is ugly."
[4] http://marc.info/?l=pcc-list&m=119040198414670&w=2
Thanks for the notice. I'm glad to hear that OpenBSD is
going to distribute mcpp as an alternate preprocessor for
PCC.
But, I'm now going to release mcpp V.2.7 in a few weeks. In
addition, I have no experience on OpenBSD nor PCC thus far.
I will try to port mcpp to OpenBSD and PCC on the next-to-
next release (say V.2.7.1 or V.2.8).
I apologize if I mislead you in any manner (English is not my native language), but I did not say that OpenBSD is about to distribute mcpp as an alternate cpp implemtation.
I wanted to say that the idea of using mcpp as the preprocessor has recieved a favourable reception on the PCC compiler mailing list (though they do not plan on doing so for the near future), and that patches to use mcpp as an alternate cpp have been posted.
I think that if you were to communicate your willingness to port mcpp to the PCC maintainer[1], he may commit to switch to your excellent preprocessor in the future.
[1] Maintainer: Anders Magnusson <ragge@ludd.luth.se>. This isn't unfortunately so clear from the PCC webpage ( http://www.ludd.ltu.se/~ragge/pcc/ ).
Sorry, I confused PCC mailing list with OpenBSD.
I will touch to the author of PCC once I get ready.