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 we'll find. I already attached the patch for
mathconf.h there.
[1] https://issues.apache.org/ooo/show_bug.cgi?id=123228
I am
not sure about what you'd like me to provide when you say , " Of course
it would also interesting to know what type
::std::numeric_limits<unsigned char>::digits on that platform." Could
you provide more details? Thanks.
In your platform's <limits> include file there are probably
specializations for numeric_limits template. The symptoms of the error
message look as if there was no template specialization for
numeric_limits<unsigned char>. Is this so? Please check the <limits>
include file. In case you are using gcc then you could use the "-E"
option to see the preprocessed source (with the <limits> file included).
Another trick is to create a line
struct Dummy{} dummy = ::std::numeric_limits<unsigned char>::digits;
in one of the functions and when compiling there will be an error
message about an invalid assignment that hopefully provides enough
detail about the type of this digits member.
Also,
I've found a couple other things that you may be interested in.
Sure. I suggest to collect these findings in the newly created task
123228 I referenced above [1].
1. The generated bootstrap script will not execute after configure
because of like 64. I've had to change it like this:
- dmake_full_package_name=$(find $TARFILE_LOCATION
-type f -name "*-$dmake_package_name")
+ dmake_full_package_name=`find $TARFILE_LOCATION
-type f -name "*-$dmake_package_name"`
Good. I attached this patch to issue [1] too. It replaces the bash-ism
with generic shell code.
2. I keep receiving the following each time I do a clean build:
[...]
Compiling: basebmp/source/bitmapdevice.cxx
"/opt/aoo-4.0.0/main/solver/400/unxsoli4.pro/inc/vigra/mathutil.hxx",
line 801: Error: erf is not a member of _STL.
According to the C99 standard the error function erf() should be
provided via math.h. If this is not so then vigra could provide the
function itself if the macro VIGRA_HAS_ERF was not defined. For some
reason that macro gets defined for Solaris in
/opt/aoo-4.0.0/main/solver/400/unxsoli4.pro/inc/vigra/config.hxx
for __sun && !__GNUC__ Vigra's commit message regarding this was
"added configs for Sun C++ (very incomplete)
which shows that there is room for improvement. I added an experimental
patch for vigra to the issue [1]. Please try it out.
Herbert
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
