Re: [dev] PCH where we are

Kai Backman, 16-01-2007 11:55: Your idea to at least make the headers self sufficient is excellent. That would already kill a ton of problematic cases and is much faster to test! Thanks! :-) On 1/16/07, Mathias Bauer <[EMAIL PROTECTED]> wrote: > The bigger question is why are such constructs u

RE: [dev] PCH where we are

See strtmpl.h in sal/rtl for example. IIRC, sal and tools are littered with these contructs. -- Michael Leibowitz Software Engineer, Channel Platform Solutions Group Intel Corporation michael.leibowitz at intel.com +1 503 264 7621 >-Original Message- >From: Kai Backman [mailto:[EMAIL PR

Re: [dev] PCH where we are

Stephan Bergmann wrote: > Mathias Bauer wrote: >> Wouldn't be making sure that each and every header compiles as it is a >> good idea for a first step? E.g. the item header files don't fulfil this >> request but I'm sure there are more headers that don't compile. > > See >

Re: [dev] PCH where we are

Kai Backman wrote: > Ok, my bad Stephan. On second reading my first reply comes across as > confrontational, I was just making sure this isn't something we -need- > to do. I had a bit more time to think about this: > > - We can write a script that detects symbol definitions that change > header

[dev] equivalent to "insert ink comment"?

Howdy -- I use OO 2.1 Writer to take notes in class. I'm running it on a Windows Tablet PC. I would really like the the ability to pop out the stylus and draw a diagram into the middle of my notes. I currently have ctrl-shift-D bound to insert a frame where I can use the drawing tools to c

Re: [dev] autoreconf: aclocal-1.9: cannot open > aclocal.m4: Permission denied

Ciao Volker! That did the work! Thanks, KAMI Volker Quetschke írta: KAMI wrote: Hi Masters! I appled a patch that needs to run autoreconf, but I can't run it because of error: $ autoreconf Try autoconf instead. Autoreconf is way to clever for a simple change in configure.in. Vol

Re: [dev] PCH where we are

Mathias Bauer wrote: Wouldn't be making sure that each and every header compiles as it is a good idea for a first step? E.g. the item header files don't fulfil this request but I'm sure there are more headers that don't compile. See

Re: [dev] PCH where we are

Your idea to at least make the headers self sufficient is excellent. That would already kill a ton of problematic cases and is much faster to test! Thanks! :-) On 1/16/07, Mathias Bauer <[EMAIL PROTECTED]> wrote: > The bigger question is why are such constructs used in the first > place? Modify

Re: [dev] PCH where we are

Kai Backman wrote: Ok, my bad Stephan. On second reading my first reply comes across as confrontational, I was just making sure this isn't something we -need- to do. I had a bit more time to think about this: No problem. - We can write a script that detects symbol definitions that change head

[dev] "Broken" Writer document freezing OOo

Hello there, we got a problem with a rather large OOo Writer document (about 6 MB). When opening it and scrolling through the doc for a few seconds, OOo's memory usage keeps rising, up to over 200mb. After some time, OOo freezes completely. This happens on at least two PCs, one of which has 2GB o

Re: [dev] PCH where we are

Kai Backman wrote: > However, finding these problems is significantly faster if it is > easy for everyone to -test- them, which means the CWS should be > integrated sooner with issues rather than later when it's totally > perfect. It is not turned on by default. You can build using both > ways.

[dev] Release Status meeting minutes

Hi, the latest release status minutes can be found at http://wiki.services.openoffice.org/wiki/ReleaseStatus_Minutes#2007-01-15 code freeze will be in less than 10 days, January 25th. At the moment we still have about more than 40 cws scheduled for integration before code freeze. It is like

Re: [dev] PCH where we are

Kai Backman wrote: [...] On 1/5/07, Stephan Bergmann <[EMAIL PROTECTED]> wrote: > a very simple result is that developers using pch will break the build > of those not using pch without being able to notice if new includes are > required that already reside in the precompiled file. any c/c++ exp

[dev] A new version of the Eclipse integration

Hi all, You can find a new version of the Eclipse plugin to help the OpenOffice.org extension developpement. The Eclipse update site to use is: http://cedric.bosdonnat.free.fr/ooeclipseintegration/ Among the new interesting features: + The support of the uno-skeletonmaker to generate a skeleton