On Tue, Nov 05, 2002 at 05:21:47PM +1100, Ken Foskey wrote:
>
>/apps/ is a link and the mkdir -p tries to create it and then fails because it
>already exists.
>
>PC2765: /data/reprint
>$ make install
>mkdir -p /apps/bin/cba/bin
>mkdir: cannot create directory `/apps': File exists
>make: *** [/apps
/apps/ is a link and the mkdir -p tries to create it and then fails because it already
exists.
PC2765: /data/reprint
$ make install
mkdir -p /apps/bin/cba/bin
mkdir: cannot create directory `/apps': File exists
make: *** [/apps/bin/cba/bin] Error 1
PC2765: /data/reprint
$ ls -ald /apps
lrwxrwxr
On Mon, 4 Nov 2002, Rui Carmo wrote:
> [snip]
> As for screen, I've been trying it myself for a year now - I've compiled
> practically every new revision that pops up on freshmeat.net, with more
> or less the same results as Rafael - the screen size remains fixed,
> which I believe (from some stra
I read your 17 Oct "Setup and recovering from
mistakes" with interest.
Ok, pretend that I'm a three-year-old. Here's my
directories with subdirs shown with tabs.
cyginstal
ftp%3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin
release
ftp%3a%2f%2fmirrors.rcn.net%2fmirrors%2fso
On 11/4/2002 1:12 PM, Jens Yllman wrote:
In C++ it is recommended to use other constructs then
#define, like const or enum or inline. But I see the use of #define.
And that is unfortunately necessary, since the worse evil is maintaining
separate copies of for C and C++ compilers - that could
I installed inetd on my Win2K station. When I telnet to my PC, I
cannot see and mounted drive that is a FAT system. I can see these
mapped drives when I directly use cygwin on my pc. I don't know how to
get around it. I tried not to set CYGWIN environment variable when I
start inetd, I got the
On Mon, Nov 04, 2002 at 02:34:51PM -0700, Matt Armstrong wrote:
>"Harig, Mark A." <[EMAIL PROTECTED]> writes:
>
>> As requested at http://cygwin.com/bugs.html:
>>
>> o In your description, show how to reproduce the problem,
>> including a test case, if possible.
>>
>> o At least include the cygwi
"Harig, Mark A." <[EMAIL PROTECTED]> writes:
> As requested at http://cygwin.com/bugs.html:
>
> o In your description, show how to reproduce the problem,
> including a test case, if possible.
>
> o At least include the cygwin release number you are using,
> and give the operating system and it
I did not mean it that way. I meant it in the way that I thought them to be
functions. And I use :: to make sure it does not collide with something
with in the namespace I use. To tell that it is a function in the 'root'. I
guess maybe that is a 'bad' thing when using C type libraries.
Sorry. I
Jens Yllman <[EMAIL PROTECTED]> wrote:
> But isn't that just this implementation. Should I realy take for
> granted that they always are defines? When compiling without -O2 they
> seem to be functions.
So? Dropping your unnecessary :: is not "taking for granted that they always
are defines".
Max
Maybe I am doing this wrong, but the way I keep track of th wonderful things
going
on with Cygwin is to book mark and read the mailing list archives, located
at:
http://cygwin.com/ml/cygwin/
They are updated with startling rapditity and I can keep track of things
without
clogging my mailbox.
Way
But isn't that just this implementation. Should I realy take for granted
that they always are defines? When compiling without -O2 they seem to be
functions.
Jens Yllman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documen
On Mon, Nov 04, 2002 at 09:15:59PM +0100, Jens Yllman wrote:
>Sorry, most have hade a total melt down. The following code creates the
>problem.
>
>#include
>
>void test( void )
>{
> short x = ::ntohs( 128 );
>}
>
>Compiling it with the g++ -O2 returns the following error. Removing -O2
>removes
Sorry, most have hade a total melt down. The following code creates the
problem.
#include
void test( void )
{
short x = ::ntohs( 128 );
}
Compiling it with the g++ -O2 returns the following error. Removing -O2
removes the error. Or as I said before -U__OPTIMIZE__
test.cpp: In function `voi
Hi.
To reproduce the problem. Write a file.cpp file and include #include
. Also write a function using
::ntohl()/::ntohs()/::htonl()/::htons(). Then compile it with g++ -g -O2 -c
file.cpp.
This will give you an error saying __builtin_constant_p() does not exsist,
or something like that.
I gu
Thanks for the info. The reason I have no real need to subscribe to the
list is plain and simple - I can browse through the mailing-list
archives and keep up with things every month or so, using any browser I
may have nearby and without any special configurations, accounts,
whatever. ;)
(I lik
Please include a small source-code sample, and the
complete 'gcc' command that you are running, along
with the output. You might also consider running
'gcc' with the '-v' (verbose) option, for example:
$ gcc -v sample.c
The more information you provide, the more likely
it is that someone will
Hi again.
OK, to reproduce the problem. Use write a .cpp file containg a function
using ntohl()/ntohs()/htonl()/htons
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Nov 04 20:54:00 2002
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3
Path: C:\cygwin\usr\local\b
As requested at http://cygwin.com/bugs.html:
o In your description, show how to reproduce the problem,
including a test case, if possible.
o At least include the cygwin release number you are using,
and give the operating system and its version number,
e.g., "cygwin v1.3.13 under NT 4.0".
Hi,
I don't know where to report this. But with gcc 3.2 and cygwin there is a
problem in asm/byteorder.h. The problem is the use of
__builtin_constant_p(). You'll get compilation errors. When I compile I
have to do -U__OPTIMIZE__ or remove -O2.
Anyone else experienced this?
Anyone know where I
[posted and mailed -- sorry, no Subject: in 1st sending, this is
re-sent to Rui and the Cygwin List]
Re: ANNOUNCE: mrxvt - a tabbed rxvt hack for Win32 (in development)
On Sat, 02 Nov 2002 22:29:36, Rui Carmo <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I've been hacking together a "multiple" rxvt
Benjamin,
At 10:36 2002-11-04, you wrote:
How can I prevent cygwin gcc from producing symbols with leading
underscores? ("_main" instead "main")
I want to be binary compatible with linux and other operating systems.
Binary compatible? That really has little meaning since there's far more to
b
I've searched on google for some references to interfacing cygwin with win32
dll's. I've made a little progress but am kind of stuck creating DLL's
inside cygwin. The method I am using is the following:
/* foo.c */
#include
int WINAPI foobar() { return 1234; }
gcc -mno-cygwin foo.c -c
gcc -Wl,-
How can I prevent cygwin gcc from producing symbols with leading underscores? ("_main"
instead "main")
I want to be binary compatible with linux and other operating systems.
What about libgcc.a? Each symbol conatins leading underscores, can I change this?
cygwin.dll defines both exports, with and
What's that?
How can I prevent gcc from creating _impure_ptr symbol?
I don't need this, is it possible to remove this? If yes what would happen?
Thanks
Benjamin Kalytta
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentat
On 11/4/2002 9:18 AM, Brunda Sathi wrote:
Here is the output from the linker
D:\Oracle\ora92\oci\samples>ld -o cdemo81 cdemo81.o d:
\oracle\ora92\oci\lib\msvc
\oci.lib d:\oracle\ora92\oci\lib\msvc\msvcrt.lib -lc
Whoa. Why are you linking "msvcrt.lib"?
I suspect your problems are because you're
First, there's no reason to split up the compile and link step. Do it
in one step unless you know that you need to do otherwise. You'll generally
have less trouble. BTW, you can skip '-lc' as well. You get this by
default. That's true for '-lm' too.
So now you know you have undefined referen
Here is the output from the linker
D:\Oracle\ora92\oci\samples>ld -o cdemo81 cdemo81.o d:
\oracle\ora92\oci\lib\msvc
\oci.lib d:\oracle\ora92\oci\lib\msvc\msvcrt.lib -lc
cdemo81.o(.text+0xcf7):cdemo81.c: undefined reference to `_impure_ptr'
cdemo81.o(.text+0xd9a):cdemo81.c: undefined reference to
CMake 1.4.6-1 is now available on Cygwin mirrors.
CMake is a cross-platform, open-source make system. CMake is used to control the
software compilation process using simple platform and compiler independent
configuration files. CMake generates native makefiles and workspaces that can be used
in
If you installed Cygwin in D:\cygwin, this will be your root directory.
Just try
$ gcc -I/usr/X11R6/include tortoise.cpp -o tortoise
Otherwise try
$ gcc -I/cygdrive/d/usr/X11R6/include tortoise.cpp -o tortoise
Hope that helps.
Robert Hönlinger
> I am trying to compile a small application from the
All,
I discovered the reason for this. It's because of
__atribute__ ((dllimport)) in the function definition.
Hence this has nothing to do with GCC for cygwin and
it was something in my code which was doing this ...
Before someone wakes up to flame me, for lameness (i'm
definitely not giving any
Hi all,
I'm using gcc 3.1.1 on cygwin (i686) and
i'm doing something to the tune of
gcc -c foo.o $(CFLAGS) foo.c
and all external references in foo.c are prefixed
with __imp.
^^^
i.e nm foo.o shows something like ...
U
Hi!
> If the options to allow case-insensitive globbing are present, all you
> have to do is turn them on (using the MAKEFLAGS environment variable
> for make, and the appropriate .*rc file for the shell, IIRC).
I see. I'll try to find this option.
> If these options are not available, there are
Hi there egor!
AG> Thanx for help. But I've just try this recipe and nothing win. :-(
Which recipe? The thread talks about proposed patch. By looking at the
announcements, you may find that the patch has never been applied to
the main cygwin sources. So you can either apply it yourself
34 matches
Mail list logo
