[dev] Re: Need help with building DEV300m106 with cygwin

2011-05-17 Thread Dmitry A. Ashkadov 

17.05.2011 00:25, Mathias Bauer пишет:

On 16.05.2011 17:31, Regina Henschel wrote:

Hi Mathias,

Mathias Bauer schrieb:


Without --enable-cairo setting or with setting --disable-cairo it
doesn't build at all, because pango is missing cairo.h. If I then 
try to

build cairo manually, it says that it is not enabled.


I can not confirm this problem. I had no problem with building OOo
DEV300_m106 on Windows/cygwin without specifying any cairo related
switches.


I have patch rsvglips_glib_win32.patch applied.
Then I have used
./configure \
--with-directx-home=/cygdrive/c/Programme/Microsoft DirectX SDK (March
2009) \
--with-cl-home=/cygdrive/c/Programme/Microsoft Visual Studio 9.0/VC \
--disable-activex \
--disable-build-mozilla \
--disable-nss-module \
--disable-atl \
--with-frame-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \
--with-psdk-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \
--with-midl-path=/cygdrive/c/Programme/Microsoft 
SDKs/Windows/v6.0A/bin \

--with-asm-home=/cygdrive/c/Programme/Microsoft Visual Studio
9.0/VC/bin \
--with-jdk-home=/cygdrive/c/Programme/Java/jdk1.6.0_20 \
--with-csc-path=/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5 \
--with-ant-home=/ant \
--without-junit \
--enable-dbgutil \
--with-vendor=Regina \
--with-build-version=16Mai11


I used the same switches as you did and my build broke exactly where 
Dmitry's build broke: nmake crashed while building glib.  But I didn't 
even reach pango. AFAIK this has been fixed on the OOO340 code line, 
so I didn't try the patch in bugzilla, but the fixes in the ooo340 
code line. Then the build proceeded as expected. As it seems, on 
cygwin glib and pango don't need to be built and are used from the 
system.


Currently no code has been integrated into dev300 after the code 
branch and AFAIK it's not very probable than any integrations will be 
done on this code line in the next weeks. So ooo340_m0 is the most 
current milestone that I recommend to use. When you use it, you should 
also get all master fixes for this code line up to change set 
0636cee64117. They are still not ported to dev300. You could also wait 
until ooo340_m1 is done. Currently it's under way.


Regards,
Mathias

A patch for glib was applied earlier, so OOO340 hasn't such problem with 
glib. Pango and rhino modules are built successful. But I have another 
problem when I build OOo from OOO340 with last changes (tip):


   awk: fatal: can't open source file
   
`C:/cygwinc:/cygwin/home/user/projects/ooo_temp/OOO340/solenv/gbuild/processdeps.awk'
   for reading (No such file or directory)
   make: ***
   
[/home/user/projects/ooo_temp/OOO340/solver/340/wntmsci12/workdir/WinResTarget/comphelper/default.res]
   Error 2
   dmake:  Error code 2, while making 'all'

A path C:/cygwinc:/cygwin/... seems stange.

--
С Уважением,
Дмитрий

--
-
To unsubscribe send email to dev-unsubscr...@openoffice.org
For additional commands send email to sy...@openoffice.org
with Subject: help

[dev] Re: Need help with building DEV300m106 with cygwin

2011-05-17 Thread Mathias Bauer 

On 17.05.2011 08:13, Dmitry A. Ashkadov wrote:

17.05.2011 00:25, Mathias Bauer пишет:

On 16.05.2011 17:31, Regina Henschel wrote:

Hi Mathias,

Mathias Bauer schrieb:


Without --enable-cairo setting or with setting --disable-cairo it
doesn't build at all, because pango is missing cairo.h. If I then
try to
build cairo manually, it says that it is not enabled.


I can not confirm this problem. I had no problem with building OOo
DEV300_m106 on Windows/cygwin without specifying any cairo related
switches.


I have patch rsvglips_glib_win32.patch applied.
Then I have used
./configure \
--with-directx-home=/cygdrive/c/Programme/Microsoft DirectX SDK (March
2009) \
--with-cl-home=/cygdrive/c/Programme/Microsoft Visual Studio 9.0/VC \
--disable-activex \
--disable-build-mozilla \
--disable-nss-module \
--disable-atl \
--with-frame-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \
--with-psdk-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \
--with-midl-path=/cygdrive/c/Programme/Microsoft
SDKs/Windows/v6.0A/bin \
--with-asm-home=/cygdrive/c/Programme/Microsoft Visual Studio
9.0/VC/bin \
--with-jdk-home=/cygdrive/c/Programme/Java/jdk1.6.0_20 \
--with-csc-path=/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5 \
--with-ant-home=/ant \
--without-junit \
--enable-dbgutil \
--with-vendor=Regina \
--with-build-version=16Mai11


I used the same switches as you did and my build broke exactly where
Dmitry's build broke: nmake crashed while building glib.  But I didn't
even reach pango. AFAIK this has been fixed on the OOO340 code line,
so I didn't try the patch in bugzilla, but the fixes in the ooo340
code line. Then the build proceeded as expected. As it seems, on
cygwin glib and pango don't need to be built and are used from the
system.

Currently no code has been integrated into dev300 after the code
branch and AFAIK it's not very probable than any integrations will be
done on this code line in the next weeks. So ooo340_m0 is the most
current milestone that I recommend to use. When you use it, you should
also get all master fixes for this code line up to change set
0636cee64117. They are still not ported to dev300. You could also wait
until ooo340_m1 is done. Currently it's under way.

Regards,
Mathias


A patch for glib was applied earlier, so OOO340 hasn't such problem with
glib. Pango and rhino modules are built successful. But I have another
problem when I build OOo from OOO340 with last changes (tip):

awk: fatal: can't open source file

`C:/cygwinc:/cygwin/home/user/projects/ooo_temp/OOO340/solenv/gbuild/processdeps.awk'
for reading (No such file or directory)
make: ***

[/home/user/projects/ooo_temp/OOO340/solver/340/wntmsci12/workdir/WinResTarget/comphelper/default.res]
Error 2
dmake:  Error code 2, while making 'all'

A path C:/cygwinc:/cygwin/... seems stange.


IIRC the new build system has a problem with building from the cygwin 
home directory. Please move your OOO340 folder elsewhere and run 
configure again.


Regards,
Mathias

--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to nospamfor...@gmx.de.
I use it for the OOo lists and only rarely read other mails sent to it.
--
-
To unsubscribe send email to dev-unsubscr...@openoffice.org
For additional commands send email to sy...@openoffice.org
with Subject: help

[dev] Re: Custom Properties

2011-05-17 Thread Michael Stahl 
On 17/05/2011 06:59, Meenakshi Kanaujia wrote:
 Hi,
 
 I am using LibreOffice 3.3.2 on Ubuntu 10.04.
 
 I am creating doc using writer.
 I am creating some custom properties in that.
 
 All custom properties are preserved when doc is saved in .odt format.
 But when I saved same doc with .doc extension, close and re-open all the
 custom properties are gone.
 
 Can any one tell me the reason.
 I was working fine in Openoffice 3.2.0.

can you try if it works for you in OOo 3.4 beta?
it seems to work for me at least...

if OOo works for you, but LibreOffice does not, then i guess you should
file a bug with LibreOffice, they must have broken something :)

-- 
No bird soars too high, if he soars with his own wings.
 -- William Blake, The Marriage of Heaven and Hell,
Proverbs of Hell (Plate 7)

-- 
-
To unsubscribe send email to dev-unsubscr...@openoffice.org
For additional commands send email to sy...@openoffice.org
with Subject: help

[dev] Re: Need help with building DEV300m106 with cygwin

2011-05-17 Thread Regina Henschel 

Hi Mathias,

Mathias Bauer schrieb:

On 16.05.2011 17:31, Regina Henschel wrote:

Hi Mathias,

Mathias Bauer schrieb:


Without --enable-cairo setting or with setting --disable-cairo it
doesn't build at all, because pango is missing cairo.h. If I then
try to
build cairo manually, it says that it is not enabled.


I can not confirm this problem. I had no problem with building OOo
DEV300_m106 on Windows/cygwin without specifying any cairo related
switches.


I have patch rsvglips_glib_win32.patch applied.
Then I have used
./configure \
--with-directx-home=/cygdrive/c/Programme/Microsoft DirectX SDK (March
2009) \
--with-cl-home=/cygdrive/c/Programme/Microsoft Visual Studio 9.0/VC \
--disable-activex \
--disable-build-mozilla \
--disable-nss-module \
--disable-atl \
--with-frame-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \
--with-psdk-home=/cygdrive/c/Programme/Microsoft SDKs/Windows/v6.1 \
--with-midl-path=/cygdrive/c/Programme/Microsoft
SDKs/Windows/v6.0A/bin \
--with-asm-home=/cygdrive/c/Programme/Microsoft Visual Studio
9.0/VC/bin \
--with-jdk-home=/cygdrive/c/Programme/Java/jdk1.6.0_20 \
--with-csc-path=/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5 \
--with-ant-home=/ant \
--without-junit \
--enable-dbgutil \
--with-vendor=Regina \
--with-build-version=16Mai11


I used the same switches as you did and my build broke exactly where
Dmitry's build broke: nmake crashed while building glib. But I didn't
even reach pango. AFAIK this has been fixed on the OOO340 code line,
so I didn't try the patch in bugzilla, but the fixes in the ooo340 code
line. Then the build proceeded as expected. As it seems, on cygwin glib
and pango don't need to be built and are used from the system.


I have finished my build of DEV300m106 now in this way (for the record, 
if someone else tries it):

1. patch glib with rsvglips_glib_win32.patch
2. configure with --enable-cairo
3. It breaks in building cairo, because of missing dependencies to 
libpng. Therefore ...

4. build and deliver libpng manually.
5. continue with build --all:cairo

I have not used the -P option, for to get the order of building in a 
clear way. And this time the build is correct, including all the config 
files.




Currently no code has been integrated into dev300 after the code branch
and AFAIK it's not very probable than any integrations will be done on
this code line in the next weeks.


It would be nice, to get a statement, whether the development on DEV300 
will be continued by those working in Oracle-Hamburg at all. And may 
they do it at full time job or is it their private work in spare time? 
And who is still working on OOo?


 So ooo340_m0 is the most current

milestone that I recommend to use. When you use it, you should also get
all master fixes for this code line up to change set 0636cee64117. They
are still not ported to dev300. You could also wait until ooo340_m1 is
done. Currently it's under way.


OK, next build, when OOo340_m1 is ready.

Kind regards
Regina

--
-
To unsubscribe send email to dev-unsubscr...@openoffice.org
For additional commands send email to sy...@openoffice.org
with Subject: help

[dev] __attribute__((packed)) for enum

2011-05-17 Thread tora - Takamichi Akiyama 

Does anyone try to use __attribute__((packed)) for enum?

Gcc 4.0.0 has -fshort-enums command option and also accepts 
__attribute__((packed))
http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Type-Attributes.html

Sun Studio 12 Update 1 supports _attribute_((packed))
http://developers.sun.com/sunstudio/support/CCcompare.html

A value of enum is normally treated as int. Thus, the size of enum variable 
might be 4 bytes. The number of items declared is, however, usually less than 255. It can be stored 
in a single byte rather than 4 bytes.

For example, 
http://hg.services.openoffice.org/OOO330/file/OOO330_m20/vcl/inc/vcl/impfont.hxx

In the file above, sizeof( Impl_Font ) reaches at 88 bytes on Solaris x86. The 
class Impl_Font includes 11 member variables of enum. Each enum variable 
occupies 4 bytes.

The total size of the class instance could be reduced to around 50 bytes, or -43%, if 
packed enum is applied and byte alignment between adjacent members -- i.e. 
the order of member variables -- is carefully taken into account.

Such a modifier might be defined depending on what compiler and its version is 
used:
http://hg.services.openoffice.org/OOO330/file/OOO330_m20/sal/inc/sal/types.h

I believe packing an enum value from 4 bytes to 1 byte greatly benefits while packing 
struct generally produces inefficient, assembler-level, additional instructions.

Any thoughts?
Tora
--
-
To unsubscribe send email to dev-unsubscr...@openoffice.org
For additional commands send email to sy...@openoffice.org
with Subject: help

[dev] Re: __attribute__((packed)) for enum

2011-05-17 Thread Stephan Bergmann 
On Tue, May 17, 2011 at 8:44 PM, tora - Takamichi Akiyama 
t...@openoffice.org wrote:

 Any thoughts?


Binary UNO requires that its enums are of specific size, but that should be
taken care of by the dummy max-value element in each enum.  Likewise for
enums in the C/C++ URE ABI.

Whether smaller enums have positive or negative runtime impact is hard to
tell up front, I would say---and hard to measure, I would guess, as I assume
the impact is negligible overall.  Similarly, I would assume the space
savings to be negligible, too.

-Stephan
-- 
-
To unsubscribe send email to dev-unsubscr...@openoffice.org
For additional commands send email to sy...@openoffice.org
with Subject: help

[dev] Re: __attribute__((packed)) for enum

2011-05-17 Thread tora - Takamichi Akiyama 

Hi Stephan,

Thank you for your comments.

On 2011/05/18 4:11, Stephan Bergmann wrote:
 Binary UNO requires that its enums are of specific size, but that should be 
taken care of by the dummy max-value element in each enum.  Likewise for enums in 
the C/C++ URE ABI.

 Whether smaller enums have positive or negative runtime impact is hard to 
tell up front, I would say---and hard to measure, I would guess, as I assume the 
impact is negligible overall.  Similarly, I would assume the space savings to be 
negligible, too.

I used to think in the similar way as you did. But when I read some articles 
offered by Intel in order to find basic concepts of performance improvement, I 
was surprised and had learned.

Smaller data size improves the cache hit rate of the processor.
Smaller data size decreases the possibility of miss hit of virtual memory pages.

Programming application software in the level of C++ language, we might never 
consider underlying architecture.

When you jump in the world of what is DDR2-800 2GB memory module, what is 512-KB L2 
Cache, what is Translation Lookaside Buffer (TLB), what OS has to do when a miss 
hit occurs, ... you might be encouraged to explore the new world.

I have tried to find such articles, but cannot find them so far. This web page, 
however, might help you enjoy with the new concepts.
http://www.intel.com/products/processor/manuals/

Just an example from http://developer.intel.com/Assets/PDF/manual/248966.pdf
Example 3-44. Rearranging a Data Structure

struct unpacked { /* Fits in 20 bytes due to padding */
int a;
char b;
int c;
char d;
int e;
};

struct packed { /* Fits in 16 bytes */
int a;
int c;
int e;
char b;
char d;
}

http://hg.services.openoffice.org/OOO330/file/OOO330_m20/vcl/inc/vcl/impfont.hxx
class Impl_Font  /* Fits in 88 bytes */
{
  ... several enum ...
};

http://hg.services.openoffice.org/OOO330/file/8601acbe0e6c/vcl/inc/vcl/vclenum.hxx
enum FontItalic { ITALIC_NONE, ITALIC_OBLIQUE, ITALIC_NORMAL, ITALIC_DONTKNOW, 
FontItalic_FORCE_EQUAL_SIZE=SAL_MAX_ENUM };

could be rewrote in the following way:

#if defined( THIS_COMPILER )  ( VERSION_OF_THE_COMPILER = 0x )
#define SAL_ATTRIBUTE_PACKED __attribute__ ((packed))
#else
#define SAL_ATTRIBUTE_PACKED
#endif

enum FontItalic { ITALIC_NONE, ITALIC_OBLIQUE, ITALIC_NORMAL, ITALIC_DONTKNOW, 
FontItalic_FORCE_EQUAL_SIZE=SAL_MAX_ENUM } SAL_ATTRIBUTE_PACKED;

The size of class Impl_Font would reduce to 50 bytes or so from 88 bytes.

How big benefits could we get when such structure or class instances are 
produced in large numbers?

Best regards,
Tora
--
-
To unsubscribe send email to dev-unsubscr...@openoffice.org
For additional commands send email to sy...@openoffice.org
with Subject: help