Re: java error when building AOO414 odk module

[Matthias Seidel]

Yes, 4.1.4 still needs Java 7.

If you don't need the SDK you can skip it with "--disable-odk".


Am 16.08.2017 um 03:39 schrieb Don Lewis:
> I just got a java error when building the odk module on 64-bit Windows
> 10. The java version is Java SE Development Kit 8 Update 144.  I didn't
> run into this when building trunk.  It's repeatable if I run
> "build --from odk", whether or not I clean the odk build directory
> first.
>
> mkdir.exe -p ../../wntmsci12.pro/bin/odkcommon/docs/java/ref/
> C:/PROGRA~2/Java/JDK18~1.0_1/bin/javadoc.exe -J-Xmx120m -use -splitindex 
> -windowtitle "Java UNO Runtime Reference" -header "UDK 3.2.7 Java API 
> Reference" -d ../../wntmsci12.pro/bin/odkcommon/docs/java/ref -sourcepath 
> ../../wntmsci12.pro/misc/java_src -classpath 
> E:/aoo/work/AOO414/main/solver/414/wntmsci12.pro/bin/ridl.jar -linkoffline 
> ../../common/ref ./uno -linkoffline http://java.sun.com/j2se/1.4.1/docs/api 
> ./java com.sun.star.comp.helper com.sun.star.lib.uno.helper 
> com.sun.star.lib.unoloader com.sun.star.uno 
> ../../wntmsci12.pro/misc/java_src/com/sun/star/lib/util/UrlToFileMapper.java 
> > ../../wntmsci12.pro/misc/javadoc_log.txt
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:101:
>  warning: no @throws for java.lang.Exception
>   static public XComponentContext createInitialComponentContext( 
> Hashtable context_entries )
>   ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:151:
>  error: reference not found
>* @seecom.sun.star.lang.ServiceManager
>  ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:153:
>  warning: no @throws for java.lang.Exception
>   static public XMultiServiceFactory createSimpleServiceManager() throws 
> Exception
>  ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:162:
>  error: unexpected text
> @see cppuhelper/defaultBootstrap_InitialComponentContext()
> ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164:
>  warning: no @return
> static public final XComponentContext 
> defaultBootstrap_InitialComponentContext()
>   ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164:
>  warning: no @throws for java.lang.Exception
> static public final XComponentContext 
> defaultBootstrap_InitialComponentContext()
>   ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164:
>  warning - Tag @see:illegal character: "47" in 
> "cppuhelper/defaultBootstrap_InitialComponentContext()"
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164:
>  warning - Tag @see: missing '#': 
> "cppuhelper/defaultBootstrap_InitialComponentContext()"
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164:
>  warning - Tag @see: can't find 
> cppuhelper/defaultBootstrap_InitialComponentContext() in 
> com.sun.star.comp.helper.Bootstrap
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:176:
>  error: unexpected text
> @see cppuhelper/defaultBootstrap_InitialComponentContext()
> ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178:
>  warning: no @return
> static public final XComponentContext 
> defaultBootstrap_InitialComponentContext(
>   ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178:
>  warning: no @throws for java.lang.Exception
> static public final XComponentContext 
> defaultBootstrap_InitialComponentContext(
>   ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178:
>  warning - Tag @see:illegal character: "47" in 
> "cppuhelper/defaultBootstrap_InitialComponentContext()"
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178:
>  warning - Tag @see: missing '#': 
> "cppuhelper/defaultBootstrap_InitialComponentContext()"
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178:
>  warning - Tag @see: can't find 
> cppuhelper/defaultBootstrap_InitialComponentContext() in 
> com.sun.star.comp.helper.Bootstrap
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:220:
>  warning: no @throws for com.sun.star.comp.helper.BootstrapException
> public static final XComponentContext bootstrap()
>   ^
> ..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\ComponentContextEntry.java:32:
>  error: bad use of '>'
> or string (=> service name) object for this.
> ^
> 

Re: Weak reference helper implementations

[Peter kovacs]

Yes, I had the array activity in mind.
I am suggesting to do the same for pointers and references.

I am unsure which std methods are available in gcc version 4.1 or 4.4 however 
we could maybe in case of smart and weak pointers fall back to boost if not 
available in the compiler.

By this we can
# reduce code
# modernize code
# while keeping support for pretty old systems. (Like centos 5)

All the best
Peter

Am 16. August 2017 04:31:25 MESZ schrieb Patricia Shanahan :
>I have suggested a refactoring pass to make more use of STL structures 
>instead of fixed size, unchecked arrays. Some security problem would be
>
>caught by array bounds checking.
>
>We have some new volunteers over on the recruitment mailing list. I 
>think refactoring would be a good project for getting people involved.
>
>Even if we can't go all the way to C++11, we can make some progress 
>towards the 21st century.
>
>On 8/14/2017 12:04 PM, Peter kovacs wrote:
>> Sorry, for my bad english.
>> I meant that I think that some of the functionality which we have
>implemented in helper functions in the past can be retired by using
>modern c++11 and later standards.
>> The code will be smaller,and according to Bjarne Stroustrup also
>faster.
>> I also would like to limit if not ban usage of C code. It makes
>tmaintainability more difficult, and I do not see the benefit. Honestly
>even less then the Java stuff.
>> I also don't like helper structures. It is a sign for weak
>architecture in my eyes. (But that's naming and structuring of code)
>> 
>> With our small team, I would opt always for less codelines if
>possible. Limit is only readability.
>> 
>> I would like to know if there is support from others to remove those
>whenever possible with c++11 Or later code? Or what strategy do we want
>to head out for.
>> 
>> I have soon more little time. And then I want to do some stuff. Sadly
>I will do less then I want to, but I hope it will go fine.
>> 
>> All the best.
>> Peter
>> 
>> 
>> Am 14. August 2017 19:54:06 MESZ schrieb Marcus
>:
>>> Am 14.08.2017 um 19:38 schrieb Peter kovacs:
>>>
 I am going through the code, when I have little time left.
>>>
>>> :-)
>>>
 There is a lot of code I think we don't need the modern
>>> implementation should provide us similar functionality.
>>>
>>> What do you mean with "modern implementation". Should newer libaries
>>> and
>>> frameworks we use nowadays provide this support?

 Is it okay if we target to get rid of such old Code?

 Btw. There is a code for a workaround of a bug from gcc version 3.
>>> Can we retire that Code?
>>>
>>> Version 3 started in early 2000. A quick search in our Wiki [1]
>found
>>> only some hits and these are - surprise - very old. But I don't
>think
>>> that these are relevant any more.
>>>
>>> I cannot lookup what the configure script is tell you as minimal
>>> version
>>> of gcc. But I would bet it's far away from 3.
>>>
>>> [1] https://wiki.openoffice.org/
>>>
>>> My 2 ct - as non-developer.
>>>
>>> Marcus
>>>
>>>
>>>
>-
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> 
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Weak reference helper implementations

[Patricia Shanahan]

I have suggested a refactoring pass to make more use of STL structures 
instead of fixed size, unchecked arrays. Some security problem would be 
caught by array bounds checking.


We have some new volunteers over on the recruitment mailing list. I 
think refactoring would be a good project for getting people involved.


Even if we can't go all the way to C++11, we can make some progress 
towards the 21st century.


On 8/14/2017 12:04 PM, Peter kovacs wrote:

Sorry, for my bad english.
I meant that I think that some of the functionality which we have implemented 
in helper functions in the past can be retired by using modern c++11 and later 
standards.
The code will be smaller,and according to Bjarne Stroustrup also faster.
I also would like to limit if not ban usage of C code. It makes 
tmaintainability more difficult, and I do not see the benefit. Honestly even 
less then the Java stuff.
I also don't like helper structures. It is a sign for weak architecture in my 
eyes. (But that's naming and structuring of code)

With our small team, I would opt always for less codelines if possible. Limit 
is only readability.

I would like to know if there is support from others to remove those whenever 
possible with c++11 Or later code? Or what strategy do we want to head out for.

I have soon more little time. And then I want to do some stuff. Sadly I will do 
less then I want to, but I hope it will go fine.

All the best.
Peter


Am 14. August 2017 19:54:06 MESZ schrieb Marcus :

Am 14.08.2017 um 19:38 schrieb Peter kovacs:


I am going through the code, when I have little time left.


:-)


There is a lot of code I think we don't need the modern

implementation should provide us similar functionality.

What do you mean with "modern implementation". Should newer libaries
and
frameworks we use nowadays provide this support?


Is it okay if we target to get rid of such old Code?

Btw. There is a code for a workaround of a bug from gcc version 3.

Can we retire that Code?

Version 3 started in early 2000. A quick search in our Wiki [1] found
only some hits and these are - surprise - very old. But I don't think
that these are relevant any more.

I cannot lookup what the configure script is tell you as minimal
version
of gcc. But I would bet it's far away from 3.

[1] https://wiki.openoffice.org/

My 2 ct - as non-developer.

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

java error when building AOO414 odk module

[Don Lewis]

I just got a java error when building the odk module on 64-bit Windows
10. The java version is Java SE Development Kit 8 Update 144.  I didn't
run into this when building trunk.  It's repeatable if I run
"build --from odk", whether or not I clean the odk build directory
first.

mkdir.exe -p ../../wntmsci12.pro/bin/odkcommon/docs/java/ref/
C:/PROGRA~2/Java/JDK18~1.0_1/bin/javadoc.exe -J-Xmx120m -use -splitindex 
-windowtitle "Java UNO Runtime Reference" -header "UDK 3.2.7 Java API 
Reference" -d ../../wntmsci12.pro/bin/odkcommon/docs/java/ref -sourcepath 
../../wntmsci12.pro/misc/java_src -classpath 
E:/aoo/work/AOO414/main/solver/414/wntmsci12.pro/bin/ridl.jar -linkoffline 
../../common/ref ./uno -linkoffline http://java.sun.com/j2se/1.4.1/docs/api 
./java com.sun.star.comp.helper com.sun.star.lib.uno.helper 
com.sun.star.lib.unoloader com.sun.star.uno 
../../wntmsci12.pro/misc/java_src/com/sun/star/lib/util/UrlToFileMapper.java > 
../../wntmsci12.pro/misc/javadoc_log.txt
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:101: 
warning: no @throws for java.lang.Exception
static public XComponentContext createInitialComponentContext( 
Hashtable context_entries )
^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:151: 
error: reference not found
 * @seecom.sun.star.lang.ServiceManager
   ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:153: 
warning: no @throws for java.lang.Exception
static public XMultiServiceFactory createSimpleServiceManager() throws 
Exception
   ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:162: 
error: unexpected text
@see cppuhelper/defaultBootstrap_InitialComponentContext()
^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164: 
warning: no @return
static public final XComponentContext 
defaultBootstrap_InitialComponentContext()
  ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164: 
warning: no @throws for java.lang.Exception
static public final XComponentContext 
defaultBootstrap_InitialComponentContext()
  ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164: 
warning - Tag @see:illegal character: "47" in 
"cppuhelper/defaultBootstrap_InitialComponentContext()"
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164: 
warning - Tag @see: missing '#': 
"cppuhelper/defaultBootstrap_InitialComponentContext()"
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:164: 
warning - Tag @see: can't find 
cppuhelper/defaultBootstrap_InitialComponentContext() in 
com.sun.star.comp.helper.Bootstrap
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:176: 
error: unexpected text
@see cppuhelper/defaultBootstrap_InitialComponentContext()
^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178: 
warning: no @return
static public final XComponentContext 
defaultBootstrap_InitialComponentContext(
  ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178: 
warning: no @throws for java.lang.Exception
static public final XComponentContext 
defaultBootstrap_InitialComponentContext(
  ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178: 
warning - Tag @see:illegal character: "47" in 
"cppuhelper/defaultBootstrap_InitialComponentContext()"
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178: 
warning - Tag @see: missing '#': 
"cppuhelper/defaultBootstrap_InitialComponentContext()"
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:178: 
warning - Tag @see: can't find 
cppuhelper/defaultBootstrap_InitialComponentContext() in 
com.sun.star.comp.helper.Bootstrap
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\Bootstrap.java:220: 
warning: no @throws for com.sun.star.comp.helper.BootstrapException
public static final XComponentContext bootstrap()
  ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\ComponentContextEntry.java:32:
 error: bad use of '>'
or string (=> service name) object for this.
^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\RegistryServiceFactory.java:61:
 warning: no @throws for com.sun.star.uno.Exception
public static XMultiServiceFactory create(String writeRegistryFile, 
String readRegistryFile)
   ^
..\..\wntmsci12.pro\misc\java_src\com\sun\star\comp\helper\RegistryServiceFactory.java:84:
 warning: 

Re: Opengrok

[Jim Jagielski]

How does one select AOO414 ? Or add it? :)

> On Aug 15, 2017, at 1:46 PM, Patricia Shanahan  wrote:
> 
> Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.
> 
> This makes it very unlikely I will be able to solve the RC2 OLE problem 
> before I go out of town for a few days starting on Thursday. I can use find 
> and grep instead, but it takes a lot longer.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Opengrok

[Patricia Shanahan]

Works for me now. Thanks.

On 8/15/2017 12:14 PM, Marcus wrote:

Looks good. I can reach the webpage and a search shows results.

Thanks a lot for your very, very fast help. :-)

Marcus



Am 15.08.2017 um 21:08 schrieb Nicolas Christener:

Hi Marcus

Please try again :)

Just let me know, if I can help you with anything else!

All the best and happy hacking,
Nicolas

On Tue, 2017-08-15 at 21:00 +0200, Marcus wrote:

Hi Nicolas,

we have a problem to reach the Opengrok instance of OpenOffice that is
running in your network. Maybe you can help us to get this running
again? Or someone else at Adfinis SyGroup?

Thanks in advance for your help.

Marcus



Am 15.08.2017 um 19:46 schrieb Patricia Shanahan:

Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.

This makes it very unlikely I will be able to solve the RC2 OLE problem
before I go out of town for a few days starting on Thursday. I can use
find and grep instead, but it takes a lot longer


Freundliche Grüsse,
Nicolas Christener



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Opengrok

[Marcus]

Looks good. I can reach the webpage and a search shows results.

Thanks a lot for your very, very fast help. :-)

Marcus



Am 15.08.2017 um 21:08 schrieb Nicolas Christener:

Hi Marcus

Please try again :)

Just let me know, if I can help you with anything else!

All the best and happy hacking,
Nicolas

On Tue, 2017-08-15 at 21:00 +0200, Marcus wrote:

Hi Nicolas,

we have a problem to reach the Opengrok instance of OpenOffice that is
running in your network. Maybe you can help us to get this running
again? Or someone else at Adfinis SyGroup?

Thanks in advance for your help.

Marcus



Am 15.08.2017 um 19:46 schrieb Patricia Shanahan:

Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.

This makes it very unlikely I will be able to solve the RC2 OLE problem
before I go out of town for a few days starting on Thursday. I can use
find and grep instead, but it takes a lot longer


Freundliche Grüsse,
Nicolas Christener



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Opengrok

[Nicolas Christener]

Hi Marcus

Please try again :)

Just let me know, if I can help you with anything else!

All the best and happy hacking,
Nicolas

On Tue, 2017-08-15 at 21:00 +0200, Marcus wrote:
> Hi Nicolas,
> 
> we have a problem to reach the Opengrok instance of OpenOffice that is 
> running in your network. Maybe you can help us to get this running 
> again? Or someone else at Adfinis SyGroup?
> 
> Thanks in advance for your help.
> 
> Marcus
> 
> 
> 
> Am 15.08.2017 um 19:46 schrieb Patricia Shanahan:
> > Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.
> > 
> > This makes it very unlikely I will be able to solve the RC2 OLE problem 
> > before I go out of town for a few days starting on Thursday. I can use 
> > find and grep instead, but it takes a lot longer

Freundliche Grüsse,
Nicolas Christener

-- 
Adfinis SyGroup AG
Nicolas Christener, CEO | CTO, GPG KeyID: 0x5897DDEE05029923

Keltenstrasse 98 | CH-3018 Bern
Office +41 31 550 31 11 | Direct +41 31 550 31 13

signature.asc
Description: This is a digitally signed message part

Re: Opengrok

[Nicolas Christener]

Hi Marcus :)

I'll take care of it - update follows shorty.

All the best,
Nicolas 

On Tue, 2017-08-15 at 21:00 +0200, Marcus wrote:
> Hi Nicolas,
> 
> we have a problem to reach the Opengrok instance of OpenOffice that is 
> running in your network. Maybe you can help us to get this running 
> again? Or someone else at Adfinis SyGroup?
> 
> Thanks in advance for your help.
> 
> Marcus

Freundliche Grüsse,
Nicolas Christener

-- 
Adfinis SyGroup AG
Nicolas Christener, CEO | CTO, GPG KeyID: 0x5897DDEE05029923

Keltenstrasse 98 | CH-3018 Bern
Office +41 31 550 31 11 | Direct +41 31 550 31 13

signature.asc
Description: This is a digitally signed message part

Re: Opengrok

[Marcus]

Hi Nicolas,

we have a problem to reach the Opengrok instance of OpenOffice that is 
running in your network. Maybe you can help us to get this running 
again? Or someone else at Adfinis SyGroup?


Thanks in advance for your help.

Marcus



Am 15.08.2017 um 19:46 schrieb Patricia Shanahan:

Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.

This makes it very unlikely I will be able to solve the RC2 OLE problem 
before I go out of town for a few days starting on Thursday. I can use 
find and grep instead, but it takes a lot longer



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Mozilla build tools version 3.0 are currently not compatible with AOO

[Marcus]

Am 15.08.2017 um 14:37 schrieb Don Lewis:

The 3.0 version of the Mozilla build tools are not compatible with the
AOO build.  The organization of the installed files is different, which
makes configure think that the installation is incomplete.  I don't know
how easy this would be to fix, but the 2.x versions are smaller, so we
should probably just document that 2.2.0 or lower should be used.


thanks for the hint. I've updated the following Wiki pages:

https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step

https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO

Marcus

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Mozilla build tools version 3.0 are currently not compatible with AOO

[Matthias Seidel]

Am 15.08.2017 um 14:37 schrieb Don Lewis:
> The 3.0 version of the Mozilla build tools are not compatible with the
> AOO build.  The organization of the installed files is different, which
> makes configure think that the installation is incomplete.  I don't know
> how easy this would be to fix, but the 2.x versions are smaller, so we
> should probably just document that 2.2.0 or lower should be used.

I did that already in our Wiki:
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7.2C_Windows_8.1.2C_Windows_10

Additionally from the release notes:

"Important changes since version 2.2.0:
   MozillaBuild now requires Windows 7+ 64-bit to install."

So now is the perfect time to migrate to a 64bit build environment.

>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: Opengrok

[Jim Jagielski]

It's a regression, so I would assume applying for a blocker would
be appropriate.

> On Aug 15, 2017, at 2:07 PM, Rory O'Farrell  wrote:
> 
> On Tue, 15 Aug 2017 10:46:29 -0700
> Patricia Shanahan  wrote:
> 
>> Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.
>> 
>> This makes it very unlikely I will be able to solve the RC2 OLE problem 
>> before I go out of town for a few days starting on Thursday. I can use 
>> find and grep instead, but it takes a lot longer.
> 
> Would it be appropriate to ask for a release blocker on the RC2 OLE problem?
> 
> -- 
> Rory O'Farrell 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Opengrok

[Rory O'Farrell]

On Tue, 15 Aug 2017 10:46:29 -0700
Patricia Shanahan  wrote:

> Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.
> 
> This makes it very unlikely I will be able to solve the RC2 OLE problem 
> before I go out of town for a few days starting on Thursday. I can use 
> find and grep instead, but it takes a lot longer.

Would it be appropriate to ask for a release blocker on the RC2 OLE problem?

-- 
Rory O'Farrell 

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building OO

[Don Lewis]

On 15 Aug, Matthias Seidel wrote:
> Am 15.08.2017 um 11:18 schrieb Don Lewis:
>> On 10 Aug, Matthias Seidel wrote:
>>> I could now get past the gtest error by disabling unit tests
>>> (--disable-unit-tests).
>>>
>>> Errors in udm and xml2cmp remain:
>>>
>>> make: *** No rule to make target 
>>> '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h
>>> ', needed by 
>>> '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci12.pro/workdir/CxxObject/udm/source/html/htmlitem.o'.
>>>   Stop.
>>> dmake:  Error code 2, while making 'all'
>>>
>>> make: *** No rule to make target 
>>> '/cygdrive/e/slave14/aoo-win7/build/main/xml2cmp/source/xcd/cr_html.hxx
>>> ', needed by 
>>> '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci12.pro/workdir/CxxObject/xml2cmp/source/xcd/cr_html.o'.
>>>   Stop.
>>> dmake:  Error code 2, while making 'all'
>> I'm able to reproduce this on Windows 10 with cygwin 2.8.2.  If you look
>> carefully about the "missing" files, you'll find that the file names in
>> the error report have a carriage return character appended to them as
>> in: 
>>
>>   '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h^M'
>>
>> Something is going wrong in the Windows version of "make depend",
>> essentially.  If I look at
>> main/solver/420/wntmsci12.pro/workdir/Dep/CxxObject/xml2cmp/source/xcd/cr_html.d,
>> I see:
>>
>> $(WORKDIR)/CxxObject/xml2cmp/source/xcd/cr_html.o: \
>>   \
>>  $(SRCDIR)/xml2cmp/source/xcd/cr_html.hxx^M \
>>  $(SRCDIR)/xml2cmp/source/support/sistr.hxx^M \
>> etc.
>>
>> I believe I have this fixed in trunk revision r1805063.
> 
> Hi Don,
> 
> Well done!
> 
> My build is still running, but it looks good so far! Still have disabled
> unit tests, will enable later and see if there may be a similar problem.

This fixed gtest for me as well.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building OO

[Matthias Seidel]

Am 15.08.2017 um 11:18 schrieb Don Lewis:
> On 10 Aug, Matthias Seidel wrote:
>> I could now get past the gtest error by disabling unit tests
>> (--disable-unit-tests).
>>
>> Errors in udm and xml2cmp remain:
>>
>> make: *** No rule to make target 
>> '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h
>> ', needed by 
>> '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci12.pro/workdir/CxxObject/udm/source/html/htmlitem.o'.
>>   Stop.
>> dmake:  Error code 2, while making 'all'
>>
>> make: *** No rule to make target 
>> '/cygdrive/e/slave14/aoo-win7/build/main/xml2cmp/source/xcd/cr_html.hxx
>> ', needed by 
>> '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci12.pro/workdir/CxxObject/xml2cmp/source/xcd/cr_html.o'.
>>   Stop.
>> dmake:  Error code 2, while making 'all'
> I'm able to reproduce this on Windows 10 with cygwin 2.8.2.  If you look
> carefully about the "missing" files, you'll find that the file names in
> the error report have a carriage return character appended to them as
> in: 
>
>   '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h^M'
>
> Something is going wrong in the Windows version of "make depend",
> essentially.  If I look at
> main/solver/420/wntmsci12.pro/workdir/Dep/CxxObject/xml2cmp/source/xcd/cr_html.d,
> I see:
>
> $(WORKDIR)/CxxObject/xml2cmp/source/xcd/cr_html.o: \
>\
>   $(SRCDIR)/xml2cmp/source/xcd/cr_html.hxx^M \
>   $(SRCDIR)/xml2cmp/source/support/sistr.hxx^M \
> etc.
>
> I believe I have this fixed in trunk revision r1805063.

Hi Don,

Well done!

My build is still running, but it looks good so far! Still have disabled
unit tests, will enable later and see if there may be a similar problem.

Matthias

>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: Building OO

[Don Lewis]

On 15 Aug, Matthias Seidel wrote:
> Am 14.08.2017 um 03:20 schrieb Damjan Jovanovic:
>> On Sun, Aug 13, 2017 at 10:57 PM, Matthias Seidel <
>> matthias.sei...@hamburg.de> wrote:
>>
>>> Am 13.08.2017 um 10:57 schrieb Damjan Jovanovic:
>>>
>>> :(.
>>>
>>> gmake version?
>>>
>>> ---
>>> $ gmake
>>> -bash: gmake: Kommando nicht gefunden.
>>> ---
>>>
>>> Where should gmake come from?
>>> If it is required for trunk we should document it here:
>>> https://wiki.openoffice.org/wiki/Documentation/Building_
>>> Guide_AOO/Step_by_step#Windows_7.2C_Windows_8.1.2C_Windows_10
>>>
>>>
>> Sorry, by "gmake" I meant "GNU make", so it's "make --version" on Windows.
> 
> $ make --version
> GNU Make 4.2.1
> Gebaut für i686-pc-cygwin
> Copyright (C) 1988-2016 Free Software Foundation, Inc.
> 
> The latest from cygwin 2.8.2

I'm pretty sure that awk is the culprit here.  It looks like it no
longer silently treats CR-LF as a newline and leaves the CR as part of
the input line.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Opengrok

[Patricia Shanahan]

Opengrok, http://opengrok.adfinis-sygroup.org/source/, times out.

This makes it very unlikely I will be able to solve the RC2 OLE problem 
before I go out of town for a few days starting on Thursday. I can use 
find and grep instead, but it takes a lot longer.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building OO

[Matthias Seidel]

Am 14.08.2017 um 03:20 schrieb Damjan Jovanovic:
> On Sun, Aug 13, 2017 at 10:57 PM, Matthias Seidel <
> matthias.sei...@hamburg.de> wrote:
>
>> Am 13.08.2017 um 10:57 schrieb Damjan Jovanovic:
>>
>> :(.
>>
>> gmake version?
>>
>> ---
>> $ gmake
>> -bash: gmake: Kommando nicht gefunden.
>> ---
>>
>> Where should gmake come from?
>> If it is required for trunk we should document it here:
>> https://wiki.openoffice.org/wiki/Documentation/Building_
>> Guide_AOO/Step_by_step#Windows_7.2C_Windows_8.1.2C_Windows_10
>>
>>
> Sorry, by "gmake" I meant "GNU make", so it's "make --version" on Windows.

$ make --version
GNU Make 4.2.1
Gebaut für i686-pc-cygwin
Copyright (C) 1988-2016 Free Software Foundation, Inc.

The latest from cygwin 2.8.2

>
>> If you go into main/udm and run "build", do you still get that error?
>>
>> Yes:
>>
>> ---
>> Seidel@VM-W10-AOO /cygdrive/c/Source/aoo/main/udm
>> $ build
>> build -- version: 1775979
>>
>>
>> =
>> Building module udm
>> =
>>
>> Entering /cygdrive/c/Source/aoo/main/udm/prj
>>
>> cd .. && make -s -r -j1   && make -s -r deliverlog
>> [ build CXX ] udm/source/html/htmlitem
>> htmlitem.cxx
>> c:/Source/aoo/main/udm/source/inc\precomp.h(32) : fatal error C1083:
>> Cannot open include file: 'cosv/csv_precomp.h': No such file or directory
>> [ build PKG ] udm_inc
>> make: *** No rule to make target '/cygdrive/c/Source/aoo/main/solver/420/
>> wntmsci12.pro/workdir/CxxObject/udm/source/html/htmlitem.o', needed by
>> '/cygdrive/c/Source/aoo/main/solver/420/wntmsci12.pro/workdir/LinkTarget/
>> StaticLibrary/udm.lib'.
>> Stop.
>> dmake:  Error code 2, while making 'all'
>> ERROR: error 65280 occurred while making /cygdrive/c/Source/aoo/main/
>> udm/prj
>> ---
>>
>>
> The earlier "fatal error C1083" is relevant. Did cosv deliver? Is there a
> main/solver/420//inc/cosv/csv_precomp.h?

I think Don Lewis found and fixed the issue. I am building trunk at the
moment...

>
>
>
>> Matthias
>>
>> Damjan
>>
>>
>> On Sun, Aug 13, 2017 at 10:44 AM, Matthias Seidel 
>>  wrote:
>>
>>
>> Yes, they are...
>>
>> precomp.h and cr_html.hxx are checked out every time. And every time we
>> get the same error.
>>
>> It is reproducible.
>>
>>
>> Am 11.08.2017 um 01:41 schrieb Don Lewis:
>>
>> Strange, those files should be part of the checked-out source.
>>
>> On 10 Aug, Matthias Seidel wrote:
>>
>> I could now get past the gtest error by disabling unit tests
>> (--disable-unit-tests).
>>
>> Errors in udm and xml2cmp remain:
>>
>> make: *** No rule to make target '/cygdrive/e/slave14/aoo-win7/
>>
>> build/main/udm/source/inc/precomp.h
>>
>> ', needed by '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/
>>
>> wntmsci12.pro/workdir/CxxObject/udm/source/html/htmlitem.o'.  Stop.
>>
>> dmake:  Error code 2, while making 'all'
>>
>> make: *** No rule to make target '/cygdrive/e/slave14/aoo-win7/
>>
>> build/main/xml2cmp/source/xcd/cr_html.hxx
>>
>> ', needed by '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/
>>
>> wntmsci12.pro/workdir/CxxObject/xml2cmp/source/xcd/cr_html.o'.  Stop.
>>
>> dmake:  Error code 2, while making 'all'
>>
>>
>> Am 09.08.2017 um 12:35 schrieb Matthias Seidel:
>>
>> The buildbot does a complete checkout every day...
>>
>> gtest throws an error, before(?) udm and xml2cmp:
>>
>> *** gb_Deliver_deliver: file does not exist in solver, and cannot be
>> delivered:
>> /cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci1
>>
>> 2.pro/inc/gtest/gtest.h
>>
>> (Note: The buildbot is still called aoo-win7, but Infra updated the
>> system to Windows 10 64bit. AOO 4.1.4 is building without problems)
>>
>>
>> Am 09.08.2017 um 12:12 schrieb Don Lewis:
>>
>> The udm and xml2cmp errors appear to be incomplete source checkouts.
>>
>> On  9 Aug, Matthias Seidel wrote:
>>
>> I see similar errors in our buildbot for trunk (system: Windows 10
>>
>> 64bit):
>>
>> https://ci.apache.org/projects/openoffice/buildlogs/
>>
>> win/log/wntmsci12.pro.build.html
>>
>> The buildbot builds once a day. If some requirements have to be
>>
>> changed
>>
>> drop me a line and I will edit the config accordingly.
>>
>> Regards, Matthias
>>
>>
>> Am 20.07.2017 um 04:56 schrieb Yemelyanenko Fyodor:
>>
>> I?ve took another try to build OO on W7 x32
>> But got same errors, as on W8 x64
>> May be I missed some prerequisites?
>>
>> Errors are in modules gtest, xml2cmp, salhelper, udm
>> Cygwin seems to have bug on Windows as it only  shows full error
>>
>> text when resized to some size? So path to missed file is not full.
>>
>> The gtest.h is in place, why gb_Deliver_deliver cannot find it?
>>
>> $ build --all:gtest
>> build -- version: 1775979
>>
>>
>> =
>> Building module gtest
>> =
>>
>> Entering /cygdrive/c/source/aoo-trunk/ext_libraries/gtest
>>
>> mkdir: cannot create directory './wntmsci12.pro/misc/build/
>>
>> gtest-1.7.0/': File exists
>>
>> C:/source/aoo-trunk/main/solenv/gbuild/Package.mk:28: ***
>>
>> gb_Deliver_deliver: file does 

Re: AOO 4.2.0 and macOS

[Jim Jagielski]

This was based on my understanding that starting w/ 4.2.0, AOO
required 10.9/Mavericks or greater. If not correct, could someone
let me know :)

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.2.0 and macOS

[Peter kovacs]

Oh cool!

Am 15. August 2017 15:45:05 MESZ schrieb Jim Jagielski :
>I am looking at, for 4.2.0, having our target set to 10.9, instead
>of 10.7, which helps a lot.
>
>> On Aug 15, 2017, at 9:39 AM, Peter kovacs  wrote:
>> 
>> Boost has name collision with c++11.
>> Switch the standard of. Then you have better chances I think.
>> 
>> Am 15. August 2017 14:22:50 MESZ schrieb Jim Jagielski
>:
>>> Just starting replaying w/ building 4.2.0 on macOS and ran into
>>> this:
>>> 
>>>   error: no type named 'unique_ptr' in namespace 'std'
>>> 
>>> but the rub is that we for sure specify c++11 as we should:
>>> 
>>>
>/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
>>> -arch x86_64 -std=c++11 -arch x86_64 -o out/der_getint_unittest.o -c
>>> -O2 -fPIC  -fno-common -pipe -DDARWIN -DHAVE_STRERROR
>-DHAVE_BSD_FLOCK 
>>> -Wall -Qunused-arguments -Wno-parentheses-equality -Wno-array-bounds
>>> -Wno-unevaluated-expression -Werror -Wsign-compare -DXP_UNIX -UDEBUG
>>> -DNDEBUG -DNSS_NO_INIT_SUPPORT -DUSE_UTIL_DIRECTLY
>-DNO_NSPR_10_SUPPORT
>>> -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES
>>> -I../../external_tests/google_test/gtest/include
>>> -I../../external_tests/common -I../../../dist/out/include
>>> -I../../../dist/public/nss -I../../../dist/private/nss
>>> -I../../../dist/public/nspr -I../../../dist/public/nss
>>> -I../../../dist/public/libdbm -I../../../dist/public/gtest 
>-std=c++0x
>>> der_getint_unittest.cc
>>> In file included from der_getint_unittest.cc:14:
>>> ../../external_tests/common/scoped_ptrs.h:36:1: error: no type named
>>> 'unique_ptr' in namespace 'std'
>>> SCOPED(CERTCertificate);
>>> 
>>> 
>>> 
>>>
>-
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> 
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.2.0 and macOS

[Jim Jagielski]

I am looking at, for 4.2.0, having our target set to 10.9, instead
of 10.7, which helps a lot.

> On Aug 15, 2017, at 9:39 AM, Peter kovacs  wrote:
> 
> Boost has name collision with c++11.
> Switch the standard of. Then you have better chances I think.
> 
> Am 15. August 2017 14:22:50 MESZ schrieb Jim Jagielski :
>> Just starting replaying w/ building 4.2.0 on macOS and ran into
>> this:
>> 
>>   error: no type named 'unique_ptr' in namespace 'std'
>> 
>> but the rub is that we for sure specify c++11 as we should:
>> 
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
>> -arch x86_64 -std=c++11 -arch x86_64 -o out/der_getint_unittest.o -c
>> -O2 -fPIC  -fno-common -pipe -DDARWIN -DHAVE_STRERROR -DHAVE_BSD_FLOCK 
>> -Wall -Qunused-arguments -Wno-parentheses-equality -Wno-array-bounds
>> -Wno-unevaluated-expression -Werror -Wsign-compare -DXP_UNIX -UDEBUG
>> -DNDEBUG -DNSS_NO_INIT_SUPPORT -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT
>> -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES
>> -I../../external_tests/google_test/gtest/include
>> -I../../external_tests/common -I../../../dist/out/include
>> -I../../../dist/public/nss -I../../../dist/private/nss
>> -I../../../dist/public/nspr -I../../../dist/public/nss
>> -I../../../dist/public/libdbm -I../../../dist/public/gtest  -std=c++0x
>> der_getint_unittest.cc
>> In file included from der_getint_unittest.cc:14:
>> ../../external_tests/common/scoped_ptrs.h:36:1: error: no type named
>> 'unique_ptr' in namespace 'std'
>> SCOPED(CERTCertificate);
>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.2.0 and macOS

[Peter kovacs]

Boost has name collision with c++11.
Switch the standard of. Then you have better chances I think.

Am 15. August 2017 14:22:50 MESZ schrieb Jim Jagielski :
>Just starting replaying w/ building 4.2.0 on macOS and ran into
>this:
>
>error: no type named 'unique_ptr' in namespace 'std'
>
>but the rub is that we for sure specify c++11 as we should:
>
>/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
>-arch x86_64 -std=c++11 -arch x86_64 -o out/der_getint_unittest.o -c
>-O2 -fPIC  -fno-common -pipe -DDARWIN -DHAVE_STRERROR -DHAVE_BSD_FLOCK 
>-Wall -Qunused-arguments -Wno-parentheses-equality -Wno-array-bounds
>-Wno-unevaluated-expression -Werror -Wsign-compare -DXP_UNIX -UDEBUG
>-DNDEBUG -DNSS_NO_INIT_SUPPORT -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT
>-DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES
>-I../../external_tests/google_test/gtest/include
>-I../../external_tests/common -I../../../dist/out/include
>-I../../../dist/public/nss -I../../../dist/private/nss
>-I../../../dist/public/nspr -I../../../dist/public/nss
>-I../../../dist/public/libdbm -I../../../dist/public/gtest  -std=c++0x
>der_getint_unittest.cc
>In file included from der_getint_unittest.cc:14:
>../../external_tests/common/scoped_ptrs.h:36:1: error: no type named
>'unique_ptr' in namespace 'std'
>SCOPED(CERTCertificate);
>
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Mozilla build tools version 3.0 are currently not compatible with AOO

[Don Lewis]

The 3.0 version of the Mozilla build tools are not compatible with the
AOO build.  The organization of the installed files is different, which
makes configure think that the installation is incomplete.  I don't know
how easy this would be to fix, but the 2.x versions are smaller, so we
should probably just document that 2.2.0 or lower should be used.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

AOO 4.2.0 and macOS

[Jim Jagielski]

Just starting replaying w/ building 4.2.0 on macOS and ran into
this:

error: no type named 'unique_ptr' in namespace 'std'

but the rub is that we for sure specify c++11 as we should:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
 -arch x86_64 -std=c++11 -arch x86_64 -o out/der_getint_unittest.o -c -O2 -fPIC 
 -fno-common -pipe -DDARWIN -DHAVE_STRERROR -DHAVE_BSD_FLOCK  -Wall 
-Qunused-arguments -Wno-parentheses-equality -Wno-array-bounds 
-Wno-unevaluated-expression -Werror -Wsign-compare -DXP_UNIX -UDEBUG -DNDEBUG 
-DNSS_NO_INIT_SUPPORT -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT 
-DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES 
-I../../external_tests/google_test/gtest/include -I../../external_tests/common 
-I../../../dist/out/include -I../../../dist/public/nss 
-I../../../dist/private/nss -I../../../dist/public/nspr 
-I../../../dist/public/nss -I../../../dist/public/libdbm 
-I../../../dist/public/gtest  -std=c++0x der_getint_unittest.cc
In file included from der_getint_unittest.cc:14:
../../external_tests/common/scoped_ptrs.h:36:1: error: no type named 
'unique_ptr' in namespace 'std'
SCOPED(CERTCertificate);



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building OO

[Don Lewis]

On 10 Aug, Matthias Seidel wrote:
> I could now get past the gtest error by disabling unit tests
> (--disable-unit-tests).
> 
> Errors in udm and xml2cmp remain:
> 
> make: *** No rule to make target 
> '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h
> ', needed by 
> '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci12.pro/workdir/CxxObject/udm/source/html/htmlitem.o'.
>   Stop.
> dmake:  Error code 2, while making 'all'
> 
> make: *** No rule to make target 
> '/cygdrive/e/slave14/aoo-win7/build/main/xml2cmp/source/xcd/cr_html.hxx
> ', needed by 
> '/cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci12.pro/workdir/CxxObject/xml2cmp/source/xcd/cr_html.o'.
>   Stop.
> dmake:  Error code 2, while making 'all'

I'm able to reproduce this on Windows 10 with cygwin 2.8.2.  If you look
carefully about the "missing" files, you'll find that the file names in
the error report have a carriage return character appended to them as
in: 

  '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h^M'

Something is going wrong in the Windows version of "make depend",
essentially.  If I look at
main/solver/420/wntmsci12.pro/workdir/Dep/CxxObject/xml2cmp/source/xcd/cr_html.d,
I see:

$(WORKDIR)/CxxObject/xml2cmp/source/xcd/cr_html.o: \
 \
$(SRCDIR)/xml2cmp/source/xcd/cr_html.hxx^M \
$(SRCDIR)/xml2cmp/source/support/sistr.hxx^M \
etc.

I believe I have this fixed in trunk revision r1805063.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: RC2: OLE problem?

[Jorg Schmidt]

> From: Rory O'Farrell [mailto:ofarr...@iol.ie] 

> Using 4.1.4 RC2 (on Xubuntu 16.04.03 64 bit) and Windows 7 
> (in John_Ha's case) there seems to be a problem with OLE.
> 
> If in Writer one uses /Insert /OLE Object /
> OpenOffice 4.1.4 Formula with Create New checked, a math 
> formula will only display in the Writer document as "Object 
> n".  It is always editable, but never displays as the actual formula.
> 
> If the formula is saved as a file, it can be inserted into a 
> writer document using "Create from file" and will display, 
> until edited, when it continues to display as "Object n".
> 
> One can insert multiple OLE objects from files and they each 
> will display correctly as a formula, until edited.  After 
> editing they display only as "Object n" (n is the sequential 
> number).  Only the edited OLEs change to "Object", the 
> unedited OLEs display as formulae.

Yes, I also get this error.

Windows 7
AOO414m2(Build:9785)  -  Rev. 1804788

The representation of "Object n" does not look as if you only switch off the
display of objects. _I confirm the observation of Mathias._


note:
The same error is definitely not in RC1



greetings,
Jorg


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Weak reference helper implementations

[Peter kovacs]

Good points!

But we need to address the dependency aging anyways. 
Because modern system having difficulties with our code.

We must develop a plan how we modernise the code.

How about support by version:
With 4.x we will support whatever we have today.
5.x will be on newer compiler dependency.
Mvcs 2010 and gcc 4.4?

6.x will again support later versions.

So we can plan how to start planning what to do.

All the best 
Peter 

Am 15. August 2017 07:48:22 MESZ schrieb Don Lewis :
>On 14 Aug, To: dev@openoffice.apache.org wrote:
>> On 14 Aug, Peter kovacs wrote:
>>> Sorry, for my bad english.
>>> I meant that I think that some of the functionality which we have
>>> implemented in helper functions in the past can be retired by using
>>> modern c++11 and later standards. The code will be smaller,and
>>> according to Bjarne Stroustrup also faster. I also would like to
>limit
>>> if not ban usage of C code. It makes tmaintainability more
>difficult,
>>> and I do not see the benefit. Honestly even less then the Java
>stuff. 
>>> I also don't like helper structures. It is a sign for weak
>>> architecture in my eyes. (But that's naming and structuring of code)
>>> 
>>> With our small team, I would opt always for less codelines if
>>> possible. Limit is only readability.
>>> 
>>> I would like to know if there is support from others to remove those
>>> whenever possible with c++11 Or later code? Or what strategy do we
>>> want to head out for.
>> 
>> I don't think we can depend on c++11 at this time.  According to our
>> build documentation for Windows, we can't use anything newer than
>MSVC
>> 2008:
>>  
>https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#Windows_7.2C_Windows_8.1.2C_Windows_10
>
>... and the version of gcc in CentOS 5 is of a similar vintage.
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: no active help for most toolbars

[Jörg Schmidt]

> From: Mathias Röllig [mailto:mroellig.n...@gmx.net] 
> Sent: Tuesday, August 15, 2017 12:26 AM
> To: Development AOO
> Subject: no active help for most toolbars
> 
> Hello!
> 
> Please open Writer and goto View → Toolbars.
> Press [Shift]+[F1] for active help.
> Only for “Hyperlink Bar” and “Formula” you will get a balloon 
> help topic.
> 
> Can anybody check, if there was never a help topic for the other tool 
> bars or is there a broken link in the source?

imho: There has never been a help topic for View → Toolbars.

> Should I file an issue?

I think yes, but the problem is very old, for example, it also occurs in OOo 
3.3.0.


greetings,
Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org