- Boost-users - lists.preview.boost.org

Problem compiling Threading lib on Linux
by Damien McGivern 09 Jun '04

09 Jun '04

Hi, I've been developing some code on Windows using Boost threads which works fine. I'm porting it to Linux and am having problems compiling the Boost Threading library. I'm running Linux Mandrake 10 Community Edition and have attached the output I get when running bjam. I don't actually have bjam included in the PATH enviroment variable as I'm not sure how to do this in Linux so I just copied the bjam exe into the thread build directory - I doubt it but could this be the cause of the problem? Any help on how to solve this would be much appreciated. Cheers Damien ____________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html [damien@tux build]$ ./bjam "-sTOOLS=gcc" ...patience... ...found 367 targets... ...updating 39 targets... MkDir1 ../../../libs/thread/build/bin-stage MkDir1 ../../../bin MkDir1 ../../../bin/boost MkDir1 ../../../bin/boost/libs MkDir1 ../../../bin/boost/libs/thread MkDir1 ../../../bin/boost/libs/thread/build MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/condition.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/recursive_mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/thread.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/tss.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/xtime.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/once.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/exceptions.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/threadmon.o gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so ln: creating symbolic link `../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so' to `libboost_thread-gcc-mt-d-1_31d.so.1.31.0': Operation not permitted LD_LIBRARY_PATH=../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi:$LD_LIBRARY_PATH export LD_LIBRARY_PATH g++ -g -pthread -fPIC -shared -o "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/condition.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/recursive_mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/thread.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/tss.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/xtime.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/once.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/exceptions.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/threadmon.o" -lrt -Wl,-rpath-link,. -Wl,-soname,libboost_thread-gcc-mt-d-1_31d.so.1.31.0 ln -fs "libboost_thread-gcc-mt-d-1_31d.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so" ...failed gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31d.so... ...skipped <@boost!libs!thread!build!bin-stage>libboost_thread-gcc-mt-d-1_31d.so for lack of <@boost!libs!thread!build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi>libboost_thread-gcc-mt-d-1_31d.so... FileClone ../../../libs/thread/build/bin-stage/libboost_thread-gcc-mt-d-1_31d.so.1.31.0 MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true MkDir1 ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/condition.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/recursive_mutex.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/thread.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/tss.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/xtime.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/once.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/exceptions.o gcc-C++-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/threadmon.o gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so ln: creating symbolic link `../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so' to `libboost_thread-gcc-mt-1_31.so.1.31.0': Operation not permitted LD_LIBRARY_PATH=../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi:$LD_LIBRARY_PATH export LD_LIBRARY_PATH g++ -pthread -s -fPIC -shared -o "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/condition.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/recursive_mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/thread.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/tss.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/xtime.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/once.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/exceptions.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/threadmon.o" -lrt -Wl,-rpath-link,. -Wl,-soname,libboost_thread-gcc-mt-1_31.so.1.31.0 ln -fs "libboost_thread-gcc-mt-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so" ...failed gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-1_31.so... ...skipped <@boost!libs!thread!build!bin-stage>libboost_thread-gcc-mt-1_31.so for lack of <@boost!libs!thread!build/libboost_thread.so/gcc/release/shared-linkable-true/threading-multi>libboost_thread-gcc-mt-1_31.so... FileClone ../../../libs/thread/build/bin-stage/libboost_thread-gcc-mt-1_31.so.1.31.0 gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so ln: creating symbolic link `../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so' to `libboost_thread-gcc-mt-d-1_31.so.1.31.0': Operation not permitted LD_LIBRARY_PATH=../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi:$LD_LIBRARY_PATH export LD_LIBRARY_PATH g++ -g -pthread -fPIC -shared -o "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/condition.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/recursive_mutex.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/thread.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/tss.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/xtime.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/once.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/exceptions.o" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/threadmon.o" -lrt -Wl,-rpath-link,. -Wl,-soname,libboost_thread-gcc-mt-d-1_31.so.1.31.0 ln -fs "libboost_thread-gcc-mt-d-1_31.so.1.31.0" "../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so" ...failed gcc-Link-action ../../../bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-linkable-true/threading-multi/libboost_thread-gcc-mt-d-1_31.so... ...failed updating 3 targets... ...skipped 2 targets... ...updated 34 targets...

2 1

BGL: Internal Compiler Error with VC++ 7.1
by Finnegan Southey 09 Jun '04

09 Jun '04

Hi, I'm getting the following error trying to iterate over adjacent vertices in boost_1_31 with VC++ 7.1: c:\boost_1_31_0\boost\mpl\aux_\preprocessed\plain\apply.hpp(50) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 2701) I have noticed other similar problems reported in the list archive along with a request for a short example. Any advice would be appreciated. The following example demonstrates the problem, sufficiently briefly, I hope. -------------- CUT ------------------------------------------- #include <boost/graph/graph_traits.hpp> #include <boost/graph/adjacency_list.hpp> typedef boost::property<boost::edge_weight_t, int> LocationEdgeProperty; typedef boost::adjacency_list<boost::vecS, boost::vecS, boost::undirectedS, boost::no_property, LocationEdgeProperty> LocationGraph; typedef boost::graph_traits<LocationGraph>::vertex_descriptor VertexDescriptor; typedef boost::graph_traits<LocationGraph>::adjacency_iterator AdjacencyIterator; void test() { LocationGraph graph; VertexDescriptor current = 0; std::pair<AdjacencyIterator, AdjacencyIterator> neighbourRange = boost::adjacent_vertices(current, graph); // ICE here for (; neighbourRange.first != neighbourRange.second; neighbourRange.first++) { } } -------------- CUT ------------------------------------------- Regards, Finnegan

1 0

Query re a Boost calculus library
by Andy Elvey 08 Jun '04

08 Jun '04

Hi everyone - I'm a newcomer to this list (but have used Boost Spirit for a long time). I've looked through the various Boost libraries and have noticed that there seems to be one area of mathematics that isn't covered by the existing libraries : calculus (derivatives, integrals). So, my question is - is there a reason for this, or is it just that a suitable library for inclusion hasn't appeared yet? ( I'm aware of a possible one that could be put forward as a candidate, but I don't know if it's "OK" for me to suggest a library ). Many thanks in advance. - Andy

2 2

RE: [Boost-users] enable_if question
by Hurd, Matthew 08 Jun '04

08 Jun '04

D'oh. Thanks Jaakko. Regards, Matt Hurd. _______________ Matt Hurd +61.2.8226.5029 hurdm(a)sig.com Susquehanna _______________ > bounces(a)lists.boost.org] On Behalf Of jajarvi > Subject: Re: [Boost-users] enable_if question > > On Jun 7, 2004, at 7:11 PM, Hurd, Matthew wrote: > > > > SFINAE does not kick in, because the condition > (is_arithmetic<std::string>::value) is not dependent on any template > arguments. > > Cheers, Jaakko > IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

1 0

enable_if question
by Hurd, Matthew 08 Jun '04

08 Jun '04

I'm just trying to play with enable_if and learn something. I just mean to replace this template method's code: template< bool > void exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { if ( boost::is_arithmetic<std::string>::value ) { lock lk(guard_ ); exchange_code<false>( new_exchange_code); } else { exchange_code<false>( new_exchange_code); } } With this: template< bool > typename boost::enable_if_c< boost::is_arithmetic<std::string>::value, void >::type exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { lock lk(guard_ ); exchange_code<false>( new_exchange_code); } template< bool > typename boost::disable_if_c< boost::is_arithmetic<std::string>::value , void >::type exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { exchange_code<false>( new_exchange_code); } Forget the relevance of the is_arithmetic bit, I use my own needs_lock thingo. For a start: The compiler correctly identifies that ::type is not a member, but SFINAE does not seem to kick in if I'm reading it correctly. ____________________ c:\source\matt\trading_engine\controller\instrument.hpp(66) : error C2039: 'type' : is not a member of 'boost::enable_if_c<B,T>' with [ B=false, T=void ] c:\source\matt\trading_engine\controller\instrument.hpp(143) : see reference to class template instantiation 'te::instrument<S>' being compiled ____________________ template< bool > typename boost::disable_if_c< boost::is_arithmetic<std::string>::value , void >::type exchange_code( boost::call_traits<std::string>::param_type new_exchange_code ) { exchange_code<false>( new_exchange_code); } Is fine... Flipping the conditions round by changing to is_arithmetic< int > flips the failures around. Same issue with the extra parameter approach: template< bool > void exchange_code( boost::call_traits<std::string>::param_type new_exchange_code, typename boost::enable_if_c< boost::is_arithmetic<int>::value, void >::type* dummy = 0 ) { lock lk(guard_ ); exchange_code<false>( new_exchange_code); } template< bool > void exchange_code( boost::call_traits<std::string>::param_type new_exchange_code, typename boost::disable_if_c< boost::is_arithmetic<int>::value , void >::type* dummy = 0 ) { exchange_code<false>( new_exchange_code); } Is SFINAE meant to work in this way with member templates with enable_if, vc7.1 and boost 1.31? Something simple is probably escaping me... Any thoughts? Regards, Matt Hurd. _______________ Matt Hurd +61.2.8226.5029 hurdm(a)sig.com Susquehanna _______________ IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

2 1

Looking for more advanced type_traits-like functionality
by Agoston Bejo 08 Jun '04

08 Jun '04

Hi, I have took a look at some parts of the boost library, but I couldn't find what I want, and that is something like this: How can I determine if a type T has such and such member? It would look like something like this: has_member<T, paint>::result (true if T::paint() exists) has_member<T, m_size>::result (true if T::m_size exists) The closest to this I could find is boost::type_traits but that does not provide this functionality. Thx, Gus

4 6

boost::bind and boost::function fail at run-time in managed c++
by Russell Hind 08 Jun '04

08 Jun '04

Compiling the following code with /CLR on, results in an empty function exception at run-time. If you un-comment the #pragma unmanaged to get native compilation, it runs fine. Thanks Russell #include "stdafx.h" #using <mscorlib.dll> //#pragma unmanaged #include <boost/bind.hpp> #include <boost/function.hpp> class Test_c { public: void test(void) { } }; int main() { Test_c Test; boost::function<void (void)> f(boost::bind(&Test_c::test, &Test)); f(); return 0; }

1 2

remove_const, is_const with arrays
by Richard Crossley 08 Jun '04

08 Jun '04

I'm seeing, what appears to me anyhow, rather strange behaviour with is_const and remove_const etc when used with arrays. With VC71 and a recent cvs I see... is_same<remove_const<const int[1]>::type,int[1]>::value; // true is_const<const int[1]>::value; // false ?? is_same<remove_const<const int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_const<int[1][1]>::type,const int[1][1]>::value; // true is_const<const int[1][1]>::value; // false ?? is_volatile<volatile int[1]>::value; // false ?? is_same<remove_volatile<volatile int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_volatile<int[1][1]>::type,volatile int[1][1]>::value; // true Using Comeau 4.3.3; is_same<remove_const<const int[1]>::type,int[1]>::value; // true is_const<const int[1]>::value; // true is_same<remove_const<const int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_const<int[1][1]>::type,const int[1][1]>::value; // true is_const<const int[1][1]>::value; // true is_volatile<volatile int[1]>::value; // true is_same<remove_volatile<volatile int[1][1]>::type,int[1][1]>::value; // false ?? is_same<add_volatile<int[1][1]>::type,volatile int[1][1]>::value; // true Regards, Richard.

1 0

RE: [Boost-users] Looking for more advanced type_traits-likefunctionality
by Ben Hutchings 07 Jun '04

07 Jun '04

Agoston Bejo <gusz1(a)freemail.hu>: > Hi, > I have took a look at some parts of the boost library, but I couldn't > find what I want, and that is something like this: How can I determine > if a type T has such and such member? It would look like something > like this: > > has_member<T, paint>::result (true if T::paint() exists) > has_member<T, m_size>::result (true if T::m_size exists) > > The closest to this I could find is boost::type_traits but that does > not provide this functionality. Unfortunately that is impossible because templates can only manipulate constants, types and templates, not names. There is a technique that can be used to detect the definition of most operators, but it requires a separate template for each operator and it depends on being able to overload the operators through non-member functions. There may be a way to detect member functions but it cannot be done generically.

3 2

Re: Re: boost regex support for 64-bit
by Yaron Hirsch 07 Jun '04

07 Jun '04

> The errors that we got: > > 1. The Workshop 6 errors (SunOS): > > CC -c -O2 -I../../../ -o sunpro/libboost_regex/c_regex_traits.o > ../src/c_regex_traits.cpp > "../../..//boost/regex/v4/match_flags.hpp", line 91: Error: Cannot > assign int to boost::regex_constants::_match_flags. > "../../..//boost/regex/v4/match_flags.hpp", line 93: Error: Cannot > assign int to boost::regex_constants::_match_flags. > "../../..//boost/regex/v4/match_flags.hpp", line 95: Error: Cannot > assign int to boost::regex_constants::_match_flags. > 3 Error(s) detected. > > These are just a few. The rest of the errors occured for the same > reasons in various files. (If you want those too - > let me know). > > 2. The aCC errors are (HP-IX): > aCC -o generic/boost_regex/cpp_regex_traits.o -c -Aa -AA +O2 > -I../../../ -O ../src/cpp_regex_traits.cpp > Error 742: "../src/cpp_regex_traits.cpp", line 382 # Source type > const char *& and target type char * in a const_cast can only differ in > their qualifiers > pmd->sbuf.pubsetbuf(const_cast<char*>(first), > static_cast<std::streamsize>(last-first)); > > I mistakingly wrote dynamic_cast in the original post, but I meant > const_cast. Sorry for the confusion. > > Please notice that we had to add manually some flags to generic.mak > (which is the makefile we used to build it > on HP-IX). I'm aware of some example you gave in the html > documentation about compiling with aCC - but we still > had to change some flags. (I know these weren't formal settings and > just an example). > > Is there any chance that there will be a HP-IX-special makefile? It > will make life much easier. :-) > 3. I forgot to mension, that we managed to compile RegEX with SunOS C++ 5.5 both in 32 & 64 bits. There were no errors, BUT in 64 bits when we tried to run the rs/regress test - it failed (something which didn't happen in the 32-bits version). There was also a memory access violation, so even thought the compilation went just fine - apparently the library is not fully 64-bit compatible. What can we do to overcome this problem? Thanks alot, Yaron

2 3