#1) This is not a cygwin issue, so it's off-topic here.
#2) This is not even really a gcc issue, it's a C++ issue.
#3) The problem is that you are trying to use static_cast too much. It
should only be used for built-in types (int, float, various pointers).
The older gcc seemed to allow incorr
Hi,
I am not shure that this is a error , but it is very strange...
//autoPtr.cpp
#include
#include
using namespace std;
class B {
public:
B(int cid) : cid_(cid) { cout << "B(" << cid_ << ")\n"; }
~B() { cout << "~B(" << cid_ << ")\n"; }
private:
int cid_;
};
class A {
publi
On Wed, Jan 07, 2004 at 02:37:08PM -0600, Joshua Daniel Franklin wrote:
>On Wed, Jan 07, 2004 at 12:57:06PM -, Dave Korn wrote:
>> Noticed this one while looking through the user guide, cygwin-ug-net.pdf,
>> section 3.5, pages 43-44. All the CYGWIN options have their default values
>> clearl
On Wed, Jan 07, 2004 at 12:57:06PM -, Dave Korn wrote:
> Noticed this one while looking through the user guide, cygwin-ug-net.pdf,
> section 3.5, pages 43-44. All the CYGWIN options have their default values
> clearly documented except for:
> - (no)ntsec
> - (no)export
> - error_start
expat-1.95.7-1 has been uploaded to the Cygwin net distribution.
Expat is an XML parser library written in C.
It is a stream-oriented parser in which an application registers
handlers for things the parser might find in the XML document
(like start tags). Homepage: http://www.libexpat.org/
CH
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor
>
> We are missing a pthreads maintainer at the moment so it
> isn't likely that this will be fixed anytime soon.
>
> FYI,
> cgf
Ah, thanks for the info. I noticed that a fe
On Wed, Jan 07, 2004 at 05:47:31PM -, Dave Korn wrote:
>Hi everyone (and Arash in particular!),
>
>Re: my earlier message [at
>http://sources.redhat.com/ml/cygwin/2004-01/msg00072.html ]
>
> Well, I thought the latest snapshot had solved my problem with stdio
>getting messed up by threads, but
Hi everyone (and Arash in particular!),
Re: my earlier message [at
http://sources.redhat.com/ml/cygwin/2004-01/msg00072.html ]
Well, I thought the latest snapshot had solved my problem with stdio
getting messed up by threads, but there's still a bug in there somewhere.
Recall my origi
On Wed, 7 Jan 2004 [EMAIL PROTECTED] wrote:
> We here at ExxonMobil are using InSpect and the transfer of data from PC
> format to Unix is not smooth and I was wondering if cygwin was a solution
> to this work around.
Arnold,
Depends on what you mean by "transfer of data from PC format to Unix".
On Wed, Jan 07, 2004 at 04:56:12AM -0800, Patrick Samson wrote:
>This function was designed at a time when the parameter 'lib' was fed
>with a value such as "lib/tclX.Y", so there is two times a "lib + 4"
>pointer to extract the "tclX.Y" part.
http://sources.redhat.com/ml/cygwin-announce/2003-02/m
On Wed, Jan 07, 2004 at 04:54:39AM -0800, Patrick Samson wrote:
>#ifdef __CYGWIN__
> pathv[pathc - 2] = installLib2;
>
>This adding is useful for X:/cygwin/bin/tclsh.exe to
>include "X:/cygwin/usr/share/tcl8.4", which is the
>place on cygwin where to find init.tcl.
http://sources.redhat.
Hello,
i have a problem linking a DLL with libtool and -lstdc++.
(using cygwin packages gcc 3.3.1-3 and libtool 1.5b-1)
libtool complains that
"This system can not link to static lib archive /usr/lib/libstdc++.la"
Interestingly enough, if I turn off libtool's dependency lib checking (by setting
Manuel,
On Tue, Jan 06, 2004 at 10:34:38PM -0500, Manuel Tejada wrote:
> Does anyone tell me what must I do?
See the following:
http://cygwin.com/ml/cygwin/2003-11/msg00874.html
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C
G'day all,
Noticed this one while looking through the user guide, cygwin-ug-net.pdf,
section 3.5, pages 43-44. All the CYGWIN options have their default values
clearly documented except for:
- (no)ntsec
- (no)export
- error_start
cheers,
DaveK
--
Unsubscribe info: ht
We here at ExxonMobil are using InSpect and the transfer of data from PC
format to Unix is not smooth and I was wondering if cygwin was a solution
to this work around.
Best Regards
Arnold Hernandez
EMEC UTC Onsite User Support ? Bus.Dev. / CasME / Tech.
Office: CORP-GP3-322 / Phone 281-654-1400 / f
This function was designed at a time when the
parameter 'lib' was fed with a value such as
"lib/tclX.Y", so there is two times a "lib + 4"
pointer to extract the "tclX.Y" part.
But the value has changed to "share/tclX.Y" in
TclpInitLibraryPath(), and now lib + 4 points to
"/tclX.Y", which is of no
#ifdef __CYGWIN__
pathv[pathc - 2] = installLib2;
This adding is useful for X:/cygwin/bin/tclsh.exe to
include "X:/cygwin/usr/share/tcl8.4", which is the
place on cygwin where to find init.tcl.
Unfortunately, it is of no help to:
X:/cygwin/usr/local/pgsql/bin/pgtclsh.exe
X:/cygwin/u
Here is the problem. The auto-import feature for non scalar syms works only
if the syms are the DATA section. So for constant arrays this not working.
The following simple example will not work properly:
clib.c:
const char arr[] = "azertyazertyazertyazertyazertyazertyazertyazertyazerty";
$ gcc
18 matches
Mail list logo
