Refactor PDFium to use STL containers

oulan / pdfium

Automatically exported from code.google.com/p/pdfium

0 stars 0 forks source link

Refactor PDFium to use STL containers #61

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago

The use of the various PDFium container implementations in place of STL adds no 
value in this day and age, and makes the code harder to maintain. I also 
suspect that std::map<> may be more memory efficient than the PDFium hash table 
abstraction.

Similarly, there are places where std::string would help.

Original issue reported on code.google.com by tsepez@chromium.org on 28 Oct 2014 at 7:52

GoogleCodeExporter commented 9 years ago

https://chromium.googlesource.com/chromium/mini_chromium/ may also be of help 
here should we want to use this "base".

Original comment by tsepez@chromium.org on 15 Jan 2015 at 7:36