> I need the boost lib version >= 1.37
> This seems to come with boost version 1.33_1
> Does anyone have any instructions how to install the newest boost lib on
> cygwin.
You will not find anything in cygwin. You have to built the library
yourself which what I do:
* untar
$ ./bootstrap.sh --with
Hello,
I need the boost lib version >= 1.37
I have the following system (I just updated, so this should be fairly recent)
$ uname -a
CYGWIN_NT-6.1-WOW64 best 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin
This seems to come with boost version 1.33_1
Does anyone have any instructions how to inst
On Sat, Mar 27, 2010 at 03:50:00PM -0400, mike marchywka wrote:
>On 3/27/10, Christopher Faylor wrote:
>>Function declarations which don't exist in any header file cannot show
>>up when you set a flag.
>
>They exist in SOME header as they came up on google- I didn't know what
>may be available else
On 3/27/2010 12:31 PM, David Rothenberger wrote:
> It seems all the dlnames are set to "cyg*.dll" already.
Yep.
> Do you have libsasl2-devel installed? Are you saying that it's working
> fine for you with /usr/lib/sasl2/*.la files?
Yes, and...it seems to work ok. I don't use svn very often; I ju
On 3/27/10, Christopher Faylor
wrote:
> Function declarations which don't exist in any header file cannot show
> up when you set a flag.
They exist in SOME header as they came up on google- I didn't know
what may be available elsewhere, the fact it isn't on my system
doesn't mean it doesn't exis
On Sat, Mar 27, 2010 at 12:38:56PM -0400, mike marchywka wrote:
>>I must be missing the joke.
>
>no, you finally answered the question. I didn't know they were non
>existent until I checked the headers. Not being familiar with the
>issue I thought they might exist if I set the flag.
Function dec
>
> I must be missing the joke.
no, you finally answered the question. I didn't know they were non
existent until I checked the headers. Not being familiar with the
issue I thought they might exist if I set the flag.
>
>>Grepping through the pthread header however I don't see any indication
>>the
Charles Wilson:
> Hmm. I remember having transient problems with svn and many of the
> 1.7.0 snapshots, but they were intermittent and I had bigger fish to
> fry. I don't recall any issues with 1.7.1, nor am I having any trouble
> with 1.7.2. However, I would not be surprised if
>
> (a) the "pro
On 3/27/2010 9:08 AM, Charles Wilson wrote:
> On 3/27/2010 11:23 AM, David Rothenberger wrote:
>> On 3/27/2010 7:47 AM, Charles Wilson wrote:
>>> Obviously, something is going wrong there. What happens when the .la
>>> file isn't found, is that libltdl falls back on cygwin's dlopen(), which
>>> si
On Sat, Mar 27, 2010 at 11:23:15AM -0400, mike marchywka wrote:
>I'm now getting this error and don't seem to be able to find
>the getattr_np thing by grepping through includes,
>
>../JavaScriptCore/runtime/Collector.cpp:683: error: `pthread_getattr_np' was
>not
> declared in this scope
>../JavaSc
On 3/27/2010 11:23 AM, David Rothenberger wrote:
> On 3/27/2010 7:47 AM, Charles Wilson wrote:
>> Obviously, something is going wrong there. What happens when the .la
>> file isn't found, is that libltdl falls back on cygwin's dlopen(), which
>> simply looks in the normal search path for the DLL -
On 3/27/2010 7:47 AM, Charles Wilson wrote:
> On 3/27/2010 12:10 AM, Eliot Moss wrote:
>> On 3/26/2010 11:20 PM, David Rothenberger wrote:
>>> I think the .la files are causing the problems. I believe they come from
>>> libsasl2-devel. You said you removed that package, but maybe something
>>> wen
I'm now getting this error and don't seem to be able to find
the getattr_np thing by grepping through includes,
../JavaScriptCore/runtime/Collector.cpp:683: error: `pthread_getattr_np' was not
declared in this scope
../JavaScriptCore/runtime/Collector.cpp:685: error: `pthread_attr_getstack' was
n
On 3/27/2010 12:10 AM, Eliot Moss wrote:
> On 3/26/2010 11:20 PM, David Rothenberger wrote:
>> I think the .la files are causing the problems. I believe they come from
>> libsasl2-devel. You said you removed that package, but maybe something
>> went wrong.
>
> Perhaps ... so I changed the directo
On Mar 27 06:06, Andy Koppe wrote:
> Corinna Vinschen:
> >> - Fall back to /bin/bash rather than /bin/sh if no shell is specified
> >> otherwise. This is for the benefit of Windows domain account users,
> >> for whom Cygwin setup does not create /etc/passwd entries by default.
> >
> > Wouldn't it b
15 matches
Mail list logo
