is of the
value .
Raymond
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Tuesday, January 21, 2014 5:11 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi David,
> I just wanted to share
Hi David,
I just wanted to share the basics of what I have found so far. I still have no
idea on how to solve the issue. Any help would be great!
Observed Behaviour
1. OpenOffice starts, the splash screen with logo appears and then closes
replaced with the full application window and ch
ache.org]
Sent: Friday, January 10, 2014 3:29 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
On 09.01.2014 22:48, Steele, Raymond wrote:
> Attached is a copy of the stack trace when we tried to launch both the Word
> Processo
On 09.01.2014 22:48, Steele, Raymond wrote:
Attached is a copy of the stack trace when we tried to launch both the Word
Processor and the Spreadsheet application in OpenOffice. We are going to
attempt to resolve the crash based on this information, but if anything pops
out at you, please let
On 09.01.2014 16:47, Steele, Raymond wrote:
We found a work around for this problem, but believe it may be implemented
incorrectly.
We added the following to the top of fmtatr2.cxx:
#ifndef _RWSTD_NO_MEMBER_TEMPLATES
#define _RWSTD_NO_MEMBER_TEMPLATES 1
#endif
A good find! And indeed [1] als
-Original Message-
From: Steele, Raymond
Sent: Thursday, January 09, 2014 8:47 AM
To: 'Herbert Duerr'; 'dev@openoffice.apache.org'
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Herbert,
We found a work around for this problem, but believe i
On Wed, Jan 8, 2014 at 11:14 PM, Herbert Duerr wrote:
> On 01/08/2014 07:52 PM, Kay Schenk wrote:
> > On Wed, Jan 8, 2014 at 2:32 AM, Herbert Duerr wrote:
> >> [...]
> >> The config.hpp provided by boost must match with the rest of the
> library.
> >> At least that's what this header is intended
?
Raymond
-Original Message-
From: Steele, Raymond
Sent: Wednesday, January 08, 2014 5:03 PM
To: 'Herbert Duerr'; dev@openoffice.apache.org
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Hey Herbert,
Thanks for the quick response and your fix worked. The
On 01/08/2014 07:52 PM, Kay Schenk wrote:
> On Wed, Jan 8, 2014 at 2:32 AM, Herbert Duerr wrote:
>> [...]
>> The config.hpp provided by boost must match with the rest of the library.
>> At least that's what this header is intended for.
>
>
> yes...but if a developer is using a local boost, might
ered previously?
Thanks,
David Meffe
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Wednesday, January 08, 2014 4:06 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond; Meffe, David K
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond,
Hi David,
On 07.01
On Wed, Jan 8, 2014 at 2:32 AM, Herbert Duerr wrote:
> On 08.01.2014 01:09, Kay Schenk wrote:
>
>> [...]
>>
>> Given your recent commits as patches to (now suppiled) boost_1.55, AND
>> some
>> interesting definitions in /main/stlport/systemstl/slist
>>
>> #else // fall back to boost/tr1 (forward_
On 1/8/2014 4:32 AM, Herbert Duerr wrote:
On 08.01.2014 01:09, Kay Schenk wrote:
[...]
Given your recent commits as patches to (now suppiled) boost_1.55, AND
some
interesting definitions in /main/stlport/systemstl/slist
#else // fall back to boost/tr1 (forward_list or plain list)
#includ
Hi Raymond,
Hi David,
On 07.01.2014 23:11, Steele, Raymond wrote:
> Raymond and I remain stuck on the last issue that we wrote to you about. We
> would like to better encapsulate our problem and see if you might be able to
> provide more clarification on what we might be able to try.
>
> 1.
On 08.01.2014 01:09, Kay Schenk wrote:
[...]
Given your recent commits as patches to (now suppiled) boost_1.55, AND some
interesting definitions in /main/stlport/systemstl/slist
#else // fall back to boost/tr1 (forward_list or plain list)
#include
(who knows if the suppiled config.hpp jiv
On Thu, Jan 2, 2014 at 2:44 PM, Kay Schenk wrote:
>
> On Thu, Jan 2, 2014 at 10:28 AM, Kay Schenk wrote:
>
>>
>>
>> On Thu, Jan 2, 2014 at 6:32 AM, Herbert Duerr wrote:
>>
>>> Happy new year!
>>>
>>> A small update on the problem Kay mentioned:
>>>
>>>
>>> On 23.12.2013 08:51, Herbert Duerr wro
to:h...@apache.org]
Sent: Friday, December 20, 2013 6:41 AM
To: Steele, Raymond; dev@openoffice.apache.org
Cc: Meffe, David K
Subject: Re: EXTERNAL: Re: Building comphelper
Hi David,
Hi Raymond,
On 20.12.2013 00:12, Steele, Raymond wrote:
> Raymond and I are in the process of rebuilding OpenOffice w
On Thu, Jan 2, 2014 at 10:28 AM, Kay Schenk wrote:
>
>
> On Thu, Jan 2, 2014 at 6:32 AM, Herbert Duerr wrote:
>
>> Happy new year!
>>
>> A small update on the problem Kay mentioned:
>>
>>
>> On 23.12.2013 08:51, Herbert Duerr wrote:
>>
>>> Kay Schenk wrote:
>>>
On Fri, Dec 13, 2013 at 6:04
On Thu, Jan 2, 2014 at 6:32 AM, Herbert Duerr wrote:
> Happy new year!
>
> A small update on the problem Kay mentioned:
>
>
> On 23.12.2013 08:51, Herbert Duerr wrote:
>
>> Kay Schenk wrote:
>>
>>> On Fri, Dec 13, 2013 at 6:04 AM, Herbert Duerr wrote:
>>>
[...]
In your installation the
Happy new year!
A small update on the problem Kay mentioned:
On 23.12.2013 08:51, Herbert Duerr wrote:
Kay Schenk wrote:
On Fri, Dec 13, 2013 at 6:04 AM, Herbert Duerr wrote:
[...]
In your installation the hash template is apparently already mapped to the
std namespace, so us trying to map i
Kay Schenk wrote:
> On Fri, Dec 13, 2013 at 6:04 AM, Herbert Duerr wrote:
>> [...]
>> In your installation the hash template is apparently already mapped to the
>> std namespace, so us trying to map it there again causes trouble. To verify
>> this idea you could comment out the
>> using ST
On Fri, Dec 13, 2013 at 6:04 AM, Herbert Duerr wrote:
> Hi Kay,
>
>
> On 13.12.2013 01:20, Kay Schenk wrote:
>
>> On Mon, Dec 9, 2013 at 10:29 AM, Kay Schenk wrote:
>>
>>> On Mon, Dec 9, 2013 at 5:29 AM, Herbert Duerr wrote:
>>>
By the way I created an enhancement issue [1] for upgrading t
Hi David,
Hi Raymond,
On 20.12.2013 00:12, Steele, Raymond wrote:
Raymond and I are in the process of rebuilding OpenOffice with the debug flags,
but have run into some errors that didn't occur the first time through in the
build. The current error has caused me quite a bit of problems.
We ar
12:11 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond; Meffe, David K
Subject: Re: EXTERNAL: Re: Building comphelper
Hello David,
Hello Raymond,
On 17.12.2013 23:31, Steele, Raymond wrote:
> At long last Raymond and I have successfully gotten through the entire
> build script without a
Hello David,
Hello Raymond,
On 17.12.2013 23:31, Steele, Raymond wrote:
At long last Raymond and I have successfully gotten through the entire build
script without a fault. The executable seemed to create just fine and we were
able to launch soffice. We got the splash screen, then the executab
ev@openoffice.apache.org'
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Just wanted to add that it appears that the formula and database application
are launching, but not Text Document, Spreadsheet, Presentation, or Drawing.
-Original Message-
From: Steele, Ray
apache.org
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Herbert,
At long last Raymond and I have successfully gotten through the entire build
script without a fault. The executable seemed to create just fine and we were
able to launch soffice. We got the splash screen
ave been edited in this way.
If you have any ideas, it would greatly help us out. Thanks.
David Meffe
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Monday, December 16, 2013 4:46 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: R
Hi David,
Your idea worked. We were able to comment out those lines in the prex.h and the
system was able to successfully build the VCL module as well as several others.
We can almost taste the finish line.
Yay! I'm very glad to hear this 8-)
However we have encountered another problem wit
Ok, nevermind. We are back to the original problem.
-Original Message-
From: Steele, Raymond
Sent: Friday, December 13, 2013 1:45 PM
To: 'Herbert Duerr'; 'dev@openoffice.apache.org'
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Herbert,
As an
#x27;; dev@openoffice.apache.org
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Herbert,
Your idea worked. We were able to comment out those lines in the prex.h and the
system was able to successfully build the VCL module as well as several others.
We can almost taste the finish line.
this?
Do you have a thought as what we might try to continue with the build?
David
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Friday, December 13, 2013 1:25 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Bui
Hi Kay,
On 13.12.2013 01:20, Kay Schenk wrote:
On Mon, Dec 9, 2013 at 10:29 AM, Kay Schenk wrote:
On Mon, Dec 9, 2013 at 5:29 AM, Herbert Duerr wrote:
By the way I created an enhancement issue [1] for upgrading to the latest
boost version. I also developed a patch that already works with my
Hi David,
Hi Raymond,
On 12.12.2013 22:54, Steele, Raymond wrote:
Raymond and I have made a lot of progress with the build of the Open Office
Software on Solaris 11. We are now trying to compile the VCL module, but have
found a problem that we hope you might be able to provide some insight on.
On Mon, Dec 9, 2013 at 10:29 AM, Kay Schenk wrote:
>
> On Mon, Dec 9, 2013 at 5:29 AM, Herbert Duerr wrote:
>
>> On 08.12.2013 19:26, Kay Schenk wrote:
>>
>>> [...]
>>>
>>> short story -- I couldn't get things to work with 1.49, so I decided to
>>> try
>>> 1.54. Errors, but different. At first I
al Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Wednesday, December 11, 2013 1:16 PM
To: dev@openoffice.apache.org
Cc: Steele, Raymond; Meffe, David K
Subject: Re: EXTERNAL: Re: Building comphelper
Steele, Raymond wrote:
> For select1st, we noticed that the header d
1:16 PM
To: dev@openoffice.apache.org
Cc: Steele, Raymond; Meffe, David K
Subject: Re: EXTERNAL: Re: Building comphelper
Steele, Raymond wrote:
> For select1st, we noticed that the header delivered with
> stdcxx4 did not define select1st,
Select1st didn't make it into the C++ s
: dev@openoffice.apache.org
Cc: Steele, Raymond; Meffe, David K
Subject: Re: EXTERNAL: Re: Building comphelper
Steele, Raymond wrote:
> For select1st, we noticed that the header delivered with
> stdcxx4 did not define select1st,
Select1st didn't make it into the C++ standard, so go
Steele, Raymond wrote:
> For select1st, we noticed that the header delivered with stdcxx4
> did not define select1st,
Select1st didn't make it into the C++ standard, so good standard
compliant libraries don't include it anymore.
> but the aoo delivered located in systemstl/tr1 did. Our
> Mak
it cannot find -lstlport_sunpro.
Raymond
-Original Message-
From: Steele, Raymond
Sent: Wednesday, December 11, 2013 8:49 AM
To: 'Herbert Duerr'; dev@openoffice.apache.org
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Herbert,
The changes [2] worked perfectly for us.
/show_bug.cgi?id=123754
Raymond
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Tuesday, December 10, 2013 11:25 PM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi David,
Hi Raymond,
On 11.12.2013 00:16, you
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi David,
Hi Raymond,
On 11.12.2013 00:16, you wrote:
> Thanks for much of the help you have provided in this venture to help us get
> OpenOffice working in Solaris 11. Because o
Hi David,
Hi Raymond,
On 11.12.2013 00:16, you wrote:
Thanks for much of the help you have provided in this venture to help us get
OpenOffice working in Solaris 11. Because of this we have gotten further into
the compile of the OpenOffice software. We have moved past the external sources
comp
problem and would appreciate any help. Thanks.
David Meffe
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Thursday, December 05, 2013 2:42 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond,
&g
On Mon, Dec 9, 2013 at 5:29 AM, Herbert Duerr wrote:
> On 08.12.2013 19:26, Kay Schenk wrote:
>
>> [...]
>>
>> short story -- I couldn't get things to work with 1.49, so I decided to
>> try
>> 1.54. Errors, but different. At first I WAS using 1.49.
>>
>
> Ok. That 1.49 didn't work is an interesti
On 08.12.2013 19:26, Kay Schenk wrote:
[...]
short story -- I couldn't get things to work with 1.49, so I decided to try
1.54. Errors, but different. At first I WAS using 1.49.
Ok. That 1.49 didn't work is an interesting data point.
Is it OK to use this newer version because I'm getting error
On Dec 5, 2013 10:28 PM, "Herbert Duerr" wrote:
>
> Hi Kay,
>
> Kay Schenk wrote:
> > OK, here's a related 'boost" question. I have installed boost 1.54, but
> > it's for my distro and not totally complete, so I will install the rest
of
> > the "config/test" items today and verify installation.
>
On Thu, Dec 5, 2013 at 10:56 PM, Herbert Duerr wrote:
> Hi Raymond,
>
> Steele, Raymond wrote:
> > Are you recommending that we use boost version 1_49 versus the one
> delivered with OpenOffice?
>
> Please see my other mail ("Using system boost 1.54") from today. It is
> desirable that AOO should
Hi Raymond,
Steele, Raymond wrote:
> Are you recommending that we use boost version 1_49 versus the one delivered
> with OpenOffice?
Please see my other mail ("Using system boost 1.54") from today. It is
desirable that AOO should build with newer system boost versions too,
but it requires probab
Hi Kay,
Kay Schenk wrote:
> OK, here's a related 'boost" question. I have installed boost 1.54, but
> it's for my distro and not totally complete, so I will install the rest of
> the "config/test" items today and verify installation.
>
> I am using --with-system-boost
Ah, I didn't know that you
snowball into needing more files, but we are not sure.
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Thursday, December 05, 2013 2:42 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond
On Thu, Dec 5, 2013 at 1:41 AM, Herbert Duerr wrote:
> Hi Raymond,
>
>
> Thanks Herbert. Do you have any idea why we would be receiving the
>> following?
>>
>> Compiling: sal/rtl/source/unload.cxx
>> "/usr/local/include/boost/unordered/detail/emplace_args.hpp", line 199:
>> Error:Could not find
Hi Raymond,
Thanks Herbert. Do you have any idea why we would be receiving the following?
Compiling: sal/rtl/source/unload.cxx
"/usr/local/include/boost/unordered/detail/emplace_args.hpp", line 199: Error:Could not find a match for
boost::tuples::get(constboost::tuples::tuple) needed
inboost:
l/source/unload.cxx ", line 217: Where:
Instantiated from non-template code.
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Wednesday, December 04, 2013 3:54 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond; Meffe, David K
Subject: Re: EXTERNAL: Re: Build
Hi Raymond,
> Just to give you an update.
We were able compile debugbase.cxx by including
/opt/solarisstudios12.3/prod/include/CC/stlport4
Ah, please don't. Stlport4 is dead.
, but the next module wanted ../include/CC/Cstd. Then it went back and forth.
> There seems to be a disconnect
Hi Raymond,
Thanks for the information. Sorry about the PDF. Unfortunately, we are unable
to do a simple copy and paste because of the way are system is setup. The only
other option that I have is to type the output, but that would have taken much
longer.
Ok. I just wanted to make sure that
area. I did NOT include any additional
libraires as you did, so I'm still stuck in sal. :/
>
> -Original Message-
> From: Steele, Raymond
> Sent: Tuesday, December 03, 2013 2:41 PM
> To: 'Herbert Duerr'; 'dev@openoffice.apache.org'
> Cc: Meffe, David
l/source/unload.cxx ", line 217: Where:
Instantiated from non-template code.
-Original Message-
From: Steele, Raymond
Sent: Tuesday, December 03, 2013 2:41 PM
To: 'Herbert Duerr'; 'dev@openoffice.apache.org'
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building
rt/system1/ files. Hopefully, this will
work for us. If you have any comments ideas, please let us know.
Raymond
-Original Message-
From: Steele, Raymond
Sent: Tuesday, December 03, 2013 9:22 AM
To: 'Herbert Duerr'; dev@openoffice.apache.org
Cc: Meffe, David K
Subject: RE: EX
still receiving the same
output. We are investigating now.
Thanks,
Raymond
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Tuesday, December 03, 2013 3:36 AM
To: dev@openoffice.apache.org
Cc: Meffe, David K; Steele, Raymond
Subject: Re: EXTERNAL: Re: Building
A small correction for my patch suggestion:
On 03.12.2013 11:36, Herbert Duerr wrote:
[...]
+DEBUGBASE_ENSURE( !bOK, "### insertion failed!?" );
The condition there was inverted. It should have been
DEBUGBASE_ENSURE( bOK, "### insertion failed!?" );
Herbert
-
Hi Raymond,
On 02.12.2013 23:34, Steele, Raymond wrote:
Let me know if you did not get the attachment.
Attachments usually get stripped on the mailing list, but I got it
because was on CC. As the PDF only contained scanned text a simple
copy+paste of that text would have been better.
We a
e.apache.org Cc: Meffe, David K Subject: RE: EXTERNAL:
> Re: Building comphelper
>
> Herbert,
>
> We are having trouble interpreting the boost preprocessor macros.
> We are receiving the following output when compiling sal/osl/all.
> I've attached the output as a pdf.
>
Herbert,
Let me know if you did not get the attachment.
-Original Message-
From: Steele, Raymond
Sent: Monday, December 02, 2013 3:29 PM
To: 'Herbert Duerr'; dev@openoffice.apache.org
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Herbert,
We are havi
013 2:14 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond; Meffe, David K
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond,
On 21.11.2013 22:27, Steele, Raymond wrote:
> Forget about my last report. We started over and figured out that an
> environment variable was causin
Hi Raymond,
On 21.11.2013 22:27, Steele, Raymond wrote:
Forget about my last report. We started over and figured out that an
environment variable was causing the dmake issues. Once we cleared the
environment of variables related to our other projects, the build took off. We
will have to figu
Message-
From: Steele, Raymond
Sent: Thursday, November 21, 2013 9:28 AM
To: 'Herbert Duerr'
Cc: dev@openoffice.apache.org
Subject: RE: EXTERNAL: Re: Building comphelper
-Original Message-
From: Steele, Raymond
Sent: Wednesday, November 20, 2013 4:57 PM
To: 'Herbert D
-Original Message-
From: Steele, Raymond
Sent: Wednesday, November 20, 2013 4:57 PM
To: 'Herbert Duerr'
Cc: Meffe, David K
Subject: RE: EXTERNAL: Re: Building comphelper
Thanks,
We've run into some errors with dmake and are trying to understand it. First,
the
Hi Raymond,
On 02.10.2013 17:26, Steele, Raymond wrote:
I have hit a stop work on the Solaris 10 port for now. We are in the process of
moving over to Solaris 11. I will probably need to port OpenOffice to Solaris
11 soon.
Thanks for the update! With the newer build environment there things
: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond,
On 20.09.2013 19:52, Steele, Raymond wrote:
> No problems on the delay. I am very greatful for your assistance!!
>
> Here is my compiler command and below are locations of my uti
_all.hpp", line 161: Error: Could
not open include file<../include/utility>.
From: Herbert Duerr [h...@apache.org]
Sent: Friday, September 20, 2013 8:53 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond,
> I
Hi Raymond,
On 20.09.2013 19:52, Steele, Raymond wrote:
No problems on the delay. I am very greatful for your assistance!!
Here is my compiler command and below are locations of my utility file.
Hopefully this may help. I added utility to the include path, but still no luck.
bash-3.2# /opt/so
ded in boost
version 1_48 (Mine is attached).
https://svn.boost.org/trac/boost/ticket/5111
From: Herbert Duerr [h...@apache.org]
Sent: Friday, September 20, 2013 8:53 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building co
Hi Raymond,
I found hash_set in ../main/stlport/systemstl
Is that where it is supposed to be.
Yes.
Once, I added this to my SOLARINC and SOLARINV environment variables,
everything was okay, but then I received a
"/usr/local/include/boost/tr1/detail/config_all.hpp", line 161: Error: Could
clude file<../include/utility>
From: Herbert Dürr [h...@apache.org]
Sent: Wednesday, September 18, 2013 3:44 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond,
On 16.09.2013 22:04, Steel
: Re: Building comphelper
Hi Raymond,
On 16.09.2013 19:40, Steele, Raymond wrote:
> I removed the -library=no%Cstd from the two files and performed a clean
> build, but still have the same issues. Also, I am untarring the BOOST package
> version 1.48 so I downloaded the zipped version and
Hi Raymond,
On 16.09.2013 22:04, Steele, Raymond wrote:
I was wrong I thought the I set the --without-stlport flag, but did not. I just
set it and reconfigured. Now I am receiving this.
Entering /opt/aoo-4.0.0/main/sal/rtl/source
--- ALWAYSDBGFILES ---
--- ALWAYSDBGFILES OVER ---
Compiling:
Hi Raymond,
On 16.09.2013 19:40, Steele, Raymond wrote:
I removed the -library=no%Cstd from the two files and performed a clean build,
but still have the same issues. Also, I am untarring the BOOST package version
1.48 so I downloaded the zipped version and unzipped it, placed the resulting
--disable-report-builder \
--disable-mozilla \
--disable-systray \
--disable-category-b \
--enable-pdfimport \
--enable-wiki-publisher \
--with-lang="en" \
--with-dict=ALL \
--with-package-format="installed"
___
13, 2013 3:40 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
On 12.09.2013 20:15, Steele, Raymond wrote:
> Yes, the modified vigra config.hxx allowed basebmp to be built. I am using
> --with-system-boost, however, I just did a recon
On 12.09.2013 20:15, Steele, Raymond wrote:
Yes, the modified vigra config.hxx allowed basebmp to be built. I am using
--with-system-boost, however, I just did a reconfigure after removing it and
ran into issues during the boost build. I receive the following hundreds of
times until it fail
:: size_t > :: digits ;
v = ldexp ( v , limits < _STL :: size_t > :: digits ) ;
const int size_t_bits = _STL :: numeric_limits < _STL :: size_t > :: digits ;
const int length = ( _STL :: numeric_limits < T > :: digits - 1 )
const int size_t_bits = _STL :: numeric_limits < _STL
On 10.09.2013 19:29, Steele, Raymond wrote:
I cannot seem to figure out which integer_fw.hpp is using on my
system. I put the following in scopeguard.cxx and received a
void ScopeGuard::dismiss()
{
struct Dummy{} dummy = ::std::numeric_limits::digits;
m_func.clear();
}
Here is the
p; getRoot() const;
private:
Node root_;
};
}
#endif
-Original Message-----
From: Steele, Raymond
Sent: Tuesday, September 10, 2013 9:12 AM
To: Herbert Duerr; dev@openoffice.apache.org
Subject: RE: EXTERNAL: Re: Building comphelper
Attached are my two files in question. I reverted m
/
-#if defined(__sun) && !defined(__GNUC__)
-#define VIGRA_HAS_ERF
-#endif // __sun
+#if 0 // #i123228# let vigra provide the erf() function
+#if defined(__sun) && !defined(__GNUC__)
+ #define VIGRA_HAS_ERF
+ #endif // __sun
+#endif
_________
ial.obj'
________________
From: Herbert Duerr [h...@apache.org]
Sent: Tuesday, September 10, 2013 3:34 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
On 09.09.2013 19:59, Steele, Raymond wrote:
> I am using trying to
Hi Raymond,
On 09.09.2013 19:13, Steele, Raymond wrote:
Thanks for the information. I attached the new mathconf.h file with your
patch. I then did a clean build and it compiles without error.
Good. I created an issue ("Adaptions for building AOO 4.0.0 on Solaris")
for all such adaptions that
On 09.09.2013 19:59, Steele, Raymond wrote:
I am using trying to build the source code that I pulled from here:
http://www.apache.org/dist/openoffice/4.0.0/source/
Thanks for the info. Now I know better what to patch.
I make the changes to my local copy of the files specified at
http://svn
esume the build by
running:
build --all:configmgr
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Monday, September 09, 2013 2:28 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hi Raymond,
On 07.09.2013
not determined what is
generating it.
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Monday, September 09, 2013 12:58 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
On 07.09.2013 00:17, Steele, Raymond wrote
Hi Raymond,
On 07.09.2013 02:17, Steele, Raymond wrote:
Problem after problem.
So far the problems where quite trivial platform differences. Of course
the problems only become simple after their root cause is understood ;-)
Now I am getting:
Entering /opt/aoo-4.0.0/main/configmgr/source
On 07.09.2013 00:17, Steele, Raymond wrote:
To address the isfinite() issue I added the following to rtl/math.hxx:
#ifdef SOLARIS
#undef SAL_MATH_FINITE
#define SAL_MATH_FINITE(d) finite(d)
#endf
Your links were very helpful. Thanks so much.
Wonderful, so this problem is mostly solved. We jus
Friday, September 06, 2013 3:17 PM
To: 'Herbert Duerr'; dev@openoffice.apache.org
Subject: RE: EXTERNAL: Re: Building comphelper
Herbert,
To address the isfinite() issue I added the following to rtl/math.hxx:
#ifdef SOLARIS
#undef SAL_MATH_FINITE
#define SAL_MATH_FINITE(d) finite(d)
#en
< > 137: struct low_bits_mask_t< ::std::numeric_limits::digits>;
-Original Message-
From: Herbert Duerr [mailto:h...@apache.org]
Sent: Thursday, September 05, 2013 12:34 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hy
uerr'; dev@openoffice.apache.org
Subject: RE: EXTERNAL: Re: Building comphelper
Thanks for the information. I will give this a try if my current strategy does
not work. Apparently, SolarisStudios 12.3 compiler is not compatible with
c++11. I just finished building GCC 4.8.1 so that I can attempt to b
On 05.09.2013 18:37, Steele, Raymond wrote:
Thanks for the information. I will give this a try if my current strategy does
not work.
> Apparently, SolarisStudios 12.3 compiler is not compatible with c++11.
We don't build in C++11 mode for (most of) our target platforms yet.
I just finished
: Herbert Duerr [mailto:h...@apache.org]
Sent: Thursday, September 05, 2013 12:34 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: Building comphelper
Hy Raymond,
On 04.09.2013 18:33, Steele, Raymond wrote:
> You are right, I completely missed your post. I am updating
Hy Raymond,
On 04.09.2013 18:33, Steele, Raymond wrote:
You are right, I completely missed your post. I am updating my compiler (SolarisStudio
12.3) now. As far as I can see now, I do not have isfinite is not a member of std on my
system. Although, Netbeans allows me to choose C++ Standard C+
Herbert,
You are right, I completely missed your post. I am updating my compiler
(SolarisStudio 12.3) now. As far as I can see now, I do not have isfinite is
not a member of std on my system. Although, Netbeans allows me to choose C++
Standard C++11. What do you mean by " experiment with the
98 matches
Mail list logo
