Re: Make problems

public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed

* Re: Make problems
@ 1999-06-14  5:47 N8TM
  1999-06-14 15:06 ` Chris Faylor
  1999-06-30 22:10 ` N8TM
  0 siblings, 2 replies; 42+ messages in thread
From: N8TM @ 1999-06-14  5:47 UTC (permalink / raw)
  To: johan.borkhuis, cygwin

In a message dated 99-06-14 04:54:50 EDT, borkhuis@xs4all.nl writes:

<< Which snapshot is stable enough to use it? I saw some notes about jan.
 15 snapshot, but nothing about any newer snapshots. >>
The June 3 snapshot has been working for me, on both W95 and W2K.  That's the 
last uncorrupted snapshot on the go.cygnus.com mirror. 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
  1999-06-14  5:47 Make problems N8TM
@ 1999-06-14 15:06 ` Chris Faylor
  1999-06-14 18:06   ` new cygwin.dll (was Re: Make problems) Samy Alex ZAIMI
  1999-06-30 22:10   ` Make problems Chris Faylor
  1999-06-30 22:10 ` N8TM
  1 sibling, 2 replies; 42+ messages in thread
From: Chris Faylor @ 1999-06-14 15:06 UTC (permalink / raw)
  To: N8TM; +Cc: johan.borkhuis, cygwin

On Mon, Jun 14, 1999 at 08:44:39AM -0400, N8TM@aol.com wrote:
>In a message dated 99-06-14 04:54:50 EDT, borkhuis@xs4all.nl writes:
>
><< Which snapshot is stable enough to use it? I saw some notes about jan.
> 15 snapshot, but nothing about any newer snapshots. >>
>The June 3 snapshot has been working for me, on both W95 and W2K.  That's the 
>last uncorrupted snapshot on the go.cygnus.com mirror. 

I have no idea what a "corrupted snapshot" might be but when I suggested using
a newer snapshot, I meant trying one of the ones that have come out in the last
few days.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* new cygwin.dll (was Re: Make problems)
  1999-06-14 15:06 ` Chris Faylor
@ 1999-06-14 18:06   ` Samy Alex ZAIMI
  1999-06-14 18:38     ` DJ Delorie
  1999-06-30 22:10     ` Samy Alex ZAIMI
  1999-06-30 22:10   ` Make problems Chris Faylor
  1 sibling, 2 replies; 42+ messages in thread
From: Samy Alex ZAIMI @ 1999-06-14 18:06 UTC (permalink / raw)
  To: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1341 bytes --]

By the way, I noticed that new cygwin.dll snapshots modify a bit the registry
organisation compared to e.g. 15 january's snapshot, especially the mount
organisation. 'fsilent' key has disappeared (BTW, what was that for ?). The problem
is that this new structure is obviously not recognized by former snapshots, so if
one wants to use the old snapshot again one has to remove the registries created by
the new snapshot in regedit, otherwise mount command won't work anymore.
Any comment on that ?
Is this new registry organisation stable in time ?
In other words, is it planed to change or evolve in the future ?
--
SAZ

Chris Faylor a Ã©crit :

> On Mon, Jun 14, 1999 at 08:44:39AM -0400, N8TM@aol.com wrote:
> >In a message dated 99-06-14 04:54:50 EDT, borkhuis@xs4all.nl writes:
> >
> ><< Which snapshot is stable enough to use it? I saw some notes about jan.
> > 15 snapshot, but nothing about any newer snapshots. >>
> >The June 3 snapshot has been working for me, on both W95 and W2K.  That's the
> >last uncorrupted snapshot on the go.cygnus.com mirror.
> I have no idea what a "corrupted snapshot" might be but when I suggested using
> a newer snapshot, I meant trying one of the ones that have come out in the last
> few days.





--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 18:06   ` new cygwin.dll (was Re: Make problems) Samy Alex ZAIMI
@ 1999-06-14 18:38     ` DJ Delorie
  1999-06-14 19:01       ` Samy Alex ZAIMI
  1999-06-30 22:10       ` DJ Delorie
  1999-06-30 22:10     ` Samy Alex ZAIMI
  1 sibling, 2 replies; 42+ messages in thread
From: DJ Delorie @ 1999-06-14 18:38 UTC (permalink / raw)
  To: zaimi; +Cc: cygwin

> By the way, I noticed that new cygwin.dll snapshots modify a bit the
> registry organisation compared to e.g. 15 january's snapshot,
> especially the mount organisation. 'fsilent' key has disappeared
> (BTW, what was that for ?). The problem is that this new structure
> is obviously not recognized by former snapshots, so if one wants to
> use the old snapshot again one has to remove the registries created
> by the new snapshot in regedit, otherwise mount command won't work
> anymore.  Any comment on that ?

The new mount.exe has an option to import the old table into the new
format.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 18:38     ` DJ Delorie
@ 1999-06-14 19:01       ` Samy Alex ZAIMI
  1999-06-14 19:45         ` DJ Delorie
  1999-06-30 22:10         ` Samy Alex ZAIMI
  1999-06-30 22:10       ` DJ Delorie
  1 sibling, 2 replies; 42+ messages in thread
From: Samy Alex ZAIMI @ 1999-06-14 19:01 UTC (permalink / raw)
  To: DJ Delorie; +Cc: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1131 bytes --]

DJ Delorie a Ã©crit :

> > By the way, I noticed that new cygwin.dll snapshots modify a bit the
> > registry organisation compared to e.g. 15 january's snapshot,
> > especially the mount organisation. 'fsilent' key has disappeared
> > (BTW, what was that for ?). The problem is that this new structure
> > is obviously not recognized by former snapshots, so if one wants to
> > use the old snapshot again one has to remove the registries created
> > by the new snapshot in regedit, otherwise mount command won't work
> > anymore.  Any comment on that ?
>
> The new mount.exe has an option to import the old table into the new
> format.

Sorry, I didn't find it. mount --help gives only two options : binary mode
or force mount.
I did that by hand, by modifying the registry.

Another thing, flag settings I understood so far are :
2(hex) binary mount
20(hex) Type auto

I thing I understood the first one. But I didn't understand the second
one.
Is there a possibility to know more about these flags ?
Thanks in advance.
--
SAZ



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 19:01       ` Samy Alex ZAIMI
@ 1999-06-14 19:45         ` DJ Delorie
  1999-06-14 20:04           ` Samy Alex ZAIMI
  1999-06-30 22:10           ` DJ Delorie
  1999-06-30 22:10         ` Samy Alex ZAIMI
  1 sibling, 2 replies; 42+ messages in thread
From: DJ Delorie @ 1999-06-14 19:45 UTC (permalink / raw)
  To: zaimi; +Cc: cygwin

> Sorry, I didn't find it. mount --help gives only two options :
> binary mode or force mount.

Then you have the old mount.  The new one has more options:

C:\CYGWIN> mount --help
Usage mount [-bfs] <win32path> <posixpath>
-b = text files are equivalent to binary files (newline = \n)
-f = force mount, don't warn about missing mount point directories
-s = add mount point to system-wide registry location

[-bs] --change-automount-prefix <posixpath> = change the automount path prefix to <posixpath>
--import-old-mounts = copy old registry mount table mounts into the current mount areas.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 19:45         ` DJ Delorie
@ 1999-06-14 20:04           ` Samy Alex ZAIMI
  1999-06-14 21:24             ` Geoffrey Noer
                               ` (2 more replies)
  1999-06-30 22:10           ` DJ Delorie
  1 sibling, 3 replies; 42+ messages in thread
From: Samy Alex ZAIMI @ 1999-06-14 20:04 UTC (permalink / raw)
  To: DJ Delorie; +Cc: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

DJ Delorie a Ã©crit :

> > Sorry, I didn't find it. mount --help gives only two options :
> > binary mode or force mount.
>
> Then you have the old mount.  The new one has more options:
>
> C:\CYGWIN> mount --help
> Usage mount [-bfs] <win32path> <posixpath>
> -b = text files are equivalent to binary files (newline = \n)
> -f = force mount, don't warn about missing mount point directories
> -s = add mount point to system-wide registry location
>
> [-bs] --change-automount-prefix <posixpath> = change the automount path prefix to <posixpath>
> --import-old-mounts = copy old registry mount table mounts into the current mount areas.

Ok, if I go to :
(closest_cygwin_ftp_mirror_site)/pub/sourceware.cygnus.com/cygwin/latest/src-by-top-dir/
do I have to download the whole stuff, or just a few of them ?
If I download the whole thing, would it mean that I upgrade my 20.1 distro to 20.1.1 or 20.2 or
21.0 or ... ?

Another question, what about the initial value of "cygdrive prefix" in the registry database :
why isn't it set to empty by default ? (sorry if I ask too much, or if this is not the kind of
question to ask to cygnus developers :)

Thanks again for the replies.

--SAZ




--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 20:04           ` Samy Alex ZAIMI
@ 1999-06-14 21:24             ` Geoffrey Noer
  1999-06-30 22:10               ` Geoffrey Noer
  1999-06-15 13:28             ` Chris Faylor
  1999-06-30 22:10             ` Samy Alex ZAIMI
  2 siblings, 1 reply; 42+ messages in thread
From: Geoffrey Noer @ 1999-06-14 21:24 UTC (permalink / raw)
  To: Samy Alex ZAIMI; +Cc: DJ Delorie, cygwin

> Another question, what about the initial value of "cygdrive prefix"
> in the registry database :
> why isn't it set to empty by default ?

I thought that /cygdrive would make the best default because it
wouldn't likely be a directory already in existance at the top level
of any drives.  Just using slash, is what I prefer personally but it's
much more likely that someone would have a directory like "a" at the
top level of a Windows filesystem so I don't like that as the general
default.

The new automount system is important in that it guarantees that
Cygwin will have a way to translate any Win32 path back to a valid
POSIX path.  (Since we're deprecating //<drive-letter>/ as that
mechanism, we had to come up with another way).

I don't expect we'll change it from how things are in the current
snapshots in the next Cygwin release.  At least, not in terms of the
new mount table layout.

-- 
Geoffrey Noer		Email: noer@cygnus.com
Cygnus Solutions

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 20:04           ` Samy Alex ZAIMI
  1999-06-14 21:24             ` Geoffrey Noer
@ 1999-06-15 13:28             ` Chris Faylor
  1999-06-30 22:10               ` Chris Faylor
  1999-06-30 22:10             ` Samy Alex ZAIMI
  2 siblings, 1 reply; 42+ messages in thread
From: Chris Faylor @ 1999-06-15 13:28 UTC (permalink / raw)
  To: Samy Alex ZAIMI; +Cc: DJ Delorie, cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1212 bytes --]

On Tue, Jun 15, 1999 at 05:03:06AM +0000, Samy Alex ZAIMI wrote:
>DJ Delorie a Ã©crit :
>> Then you have the old mount.
>
>Ok, if I go to :
>(closest_cygwin_ftp_mirror_site)/pub/sourceware.cygnus.com/cygwin/latest/src-by-top-dir/
>do I have to download the whole stuff, or just a few of them ?  If I
>download the whole thing, would it mean that I upgrade my 20.1 distro
>to 20.1.1 or 20.2 or 21.0 or ...  ?

You would go to the same place where you got the aforementioned snapshot
to begin with.  Download the DLL sources from there.  Or, just get the
installation binaries which will have the newest version of mount.

>Another question, what about the initial value of "cygdrive prefix" in
>the registry database : why isn't it set to empty by default ?  (sorry
>if I ask too much, or if this is not the kind of question to ask to
>cygnus developers :)

I'm not sure why you think this should be empty.  The value of "cygdrive
prefix" is used for drives which do not have corresponding mount table
entries.  That means if you want to access the foo directory on your q:
drive you use:

	/cygdrive/q/foo

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-15 13:28             ` Chris Faylor
@ 1999-06-30 22:10               ` Chris Faylor
  0 siblings, 0 replies; 42+ messages in thread
From: Chris Faylor @ 1999-06-30 22:10 UTC (permalink / raw)
  To: Samy Alex ZAIMI; +Cc: DJ Delorie, cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1212 bytes --]

On Tue, Jun 15, 1999 at 05:03:06AM +0000, Samy Alex ZAIMI wrote:
>DJ Delorie a Ã©crit :
>> Then you have the old mount.
>
>Ok, if I go to :
>(closest_cygwin_ftp_mirror_site)/pub/sourceware.cygnus.com/cygwin/latest/src-by-top-dir/
>do I have to download the whole stuff, or just a few of them ?  If I
>download the whole thing, would it mean that I upgrade my 20.1 distro
>to 20.1.1 or 20.2 or 21.0 or ...  ?

You would go to the same place where you got the aforementioned snapshot
to begin with.  Download the DLL sources from there.  Or, just get the
installation binaries which will have the newest version of mount.

>Another question, what about the initial value of "cygdrive prefix" in
>the registry database : why isn't it set to empty by default ?  (sorry
>if I ask too much, or if this is not the kind of question to ask to
>cygnus developers :)

I'm not sure why you think this should be empty.  The value of "cygdrive
prefix" is used for drives which do not have corresponding mount table
entries.  That means if you want to access the foo directory on your q:
drive you use:

	/cygdrive/q/foo

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 19:45         ` DJ Delorie
  1999-06-14 20:04           ` Samy Alex ZAIMI
@ 1999-06-30 22:10           ` DJ Delorie
  1 sibling, 0 replies; 42+ messages in thread
From: DJ Delorie @ 1999-06-30 22:10 UTC (permalink / raw)
  To: zaimi; +Cc: cygwin

> Sorry, I didn't find it. mount --help gives only two options :
> binary mode or force mount.

Then you have the old mount.  The new one has more options:

C:\CYGWIN> mount --help
Usage mount [-bfs] <win32path> <posixpath>
-b = text files are equivalent to binary files (newline = \n)
-f = force mount, don't warn about missing mount point directories
-s = add mount point to system-wide registry location

[-bs] --change-automount-prefix <posixpath> = change the automount path prefix to <posixpath>
--import-old-mounts = copy old registry mount table mounts into the current mount areas.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
  1999-06-14  5:47 Make problems N8TM
  1999-06-14 15:06 ` Chris Faylor
@ 1999-06-30 22:10 ` N8TM
  1 sibling, 0 replies; 42+ messages in thread
From: N8TM @ 1999-06-30 22:10 UTC (permalink / raw)
  To: johan.borkhuis, cygwin

In a message dated 99-06-14 04:54:50 EDT, borkhuis@xs4all.nl writes:

<< Which snapshot is stable enough to use it? I saw some notes about jan.
 15 snapshot, but nothing about any newer snapshots. >>
The June 3 snapshot has been working for me, on both W95 and W2K.  That's the 
last uncorrupted snapshot on the go.cygnus.com mirror. 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 21:24             ` Geoffrey Noer
@ 1999-06-30 22:10               ` Geoffrey Noer
  0 siblings, 0 replies; 42+ messages in thread
From: Geoffrey Noer @ 1999-06-30 22:10 UTC (permalink / raw)
  To: Samy Alex ZAIMI; +Cc: DJ Delorie, cygwin

> Another question, what about the initial value of "cygdrive prefix"
> in the registry database :
> why isn't it set to empty by default ?

I thought that /cygdrive would make the best default because it
wouldn't likely be a directory already in existance at the top level
of any drives.  Just using slash, is what I prefer personally but it's
much more likely that someone would have a directory like "a" at the
top level of a Windows filesystem so I don't like that as the general
default.

The new automount system is important in that it guarantees that
Cygwin will have a way to translate any Win32 path back to a valid
POSIX path.  (Since we're deprecating //<drive-letter>/ as that
mechanism, we had to come up with another way).

I don't expect we'll change it from how things are in the current
snapshots in the next Cygwin release.  At least, not in terms of the
new mount table layout.

-- 
Geoffrey Noer		Email: noer@cygnus.com
Cygnus Solutions

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* new cygwin.dll (was Re: Make problems)
  1999-06-14 18:06   ` new cygwin.dll (was Re: Make problems) Samy Alex ZAIMI
  1999-06-14 18:38     ` DJ Delorie
@ 1999-06-30 22:10     ` Samy Alex ZAIMI
  1 sibling, 0 replies; 42+ messages in thread
From: Samy Alex ZAIMI @ 1999-06-30 22:10 UTC (permalink / raw)
  To: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1341 bytes --]

By the way, I noticed that new cygwin.dll snapshots modify a bit the registry
organisation compared to e.g. 15 january's snapshot, especially the mount
organisation. 'fsilent' key has disappeared (BTW, what was that for ?). The problem
is that this new structure is obviously not recognized by former snapshots, so if
one wants to use the old snapshot again one has to remove the registries created by
the new snapshot in regedit, otherwise mount command won't work anymore.
Any comment on that ?
Is this new registry organisation stable in time ?
In other words, is it planed to change or evolve in the future ?
--
SAZ

Chris Faylor a Ã©crit :

> On Mon, Jun 14, 1999 at 08:44:39AM -0400, N8TM@aol.com wrote:
> >In a message dated 99-06-14 04:54:50 EDT, borkhuis@xs4all.nl writes:
> >
> ><< Which snapshot is stable enough to use it? I saw some notes about jan.
> > 15 snapshot, but nothing about any newer snapshots. >>
> >The June 3 snapshot has been working for me, on both W95 and W2K.  That's the
> >last uncorrupted snapshot on the go.cygnus.com mirror.
> I have no idea what a "corrupted snapshot" might be but when I suggested using
> a newer snapshot, I meant trying one of the ones that have come out in the last
> few days.





--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 18:38     ` DJ Delorie
  1999-06-14 19:01       ` Samy Alex ZAIMI
@ 1999-06-30 22:10       ` DJ Delorie
  1 sibling, 0 replies; 42+ messages in thread
From: DJ Delorie @ 1999-06-30 22:10 UTC (permalink / raw)
  To: zaimi; +Cc: cygwin

> By the way, I noticed that new cygwin.dll snapshots modify a bit the
> registry organisation compared to e.g. 15 january's snapshot,
> especially the mount organisation. 'fsilent' key has disappeared
> (BTW, what was that for ?). The problem is that this new structure
> is obviously not recognized by former snapshots, so if one wants to
> use the old snapshot again one has to remove the registries created
> by the new snapshot in regedit, otherwise mount command won't work
> anymore.  Any comment on that ?

The new mount.exe has an option to import the old table into the new
format.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 19:01       ` Samy Alex ZAIMI
  1999-06-14 19:45         ` DJ Delorie
@ 1999-06-30 22:10         ` Samy Alex ZAIMI
  1 sibling, 0 replies; 42+ messages in thread
From: Samy Alex ZAIMI @ 1999-06-30 22:10 UTC (permalink / raw)
  To: DJ Delorie; +Cc: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1131 bytes --]

DJ Delorie a Ã©crit :

> > By the way, I noticed that new cygwin.dll snapshots modify a bit the
> > registry organisation compared to e.g. 15 january's snapshot,
> > especially the mount organisation. 'fsilent' key has disappeared
> > (BTW, what was that for ?). The problem is that this new structure
> > is obviously not recognized by former snapshots, so if one wants to
> > use the old snapshot again one has to remove the registries created
> > by the new snapshot in regedit, otherwise mount command won't work
> > anymore.  Any comment on that ?
>
> The new mount.exe has an option to import the old table into the new
> format.

Sorry, I didn't find it. mount --help gives only two options : binary mode
or force mount.
I did that by hand, by modifying the registry.

Another thing, flag settings I understood so far are :
2(hex) binary mount
20(hex) Type auto

I thing I understood the first one. But I didn't understand the second
one.
Is there a possibility to know more about these flags ?
Thanks in advance.
--
SAZ



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: new cygwin.dll (was Re: Make problems)
  1999-06-14 20:04           ` Samy Alex ZAIMI
  1999-06-14 21:24             ` Geoffrey Noer
  1999-06-15 13:28             ` Chris Faylor
@ 1999-06-30 22:10             ` Samy Alex ZAIMI
  2 siblings, 0 replies; 42+ messages in thread
From: Samy Alex ZAIMI @ 1999-06-30 22:10 UTC (permalink / raw)
  To: DJ Delorie; +Cc: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

DJ Delorie a Ã©crit :

> > Sorry, I didn't find it. mount --help gives only two options :
> > binary mode or force mount.
>
> Then you have the old mount.  The new one has more options:
>
> C:\CYGWIN> mount --help
> Usage mount [-bfs] <win32path> <posixpath>
> -b = text files are equivalent to binary files (newline = \n)
> -f = force mount, don't warn about missing mount point directories
> -s = add mount point to system-wide registry location
>
> [-bs] --change-automount-prefix <posixpath> = change the automount path prefix to <posixpath>
> --import-old-mounts = copy old registry mount table mounts into the current mount areas.

Ok, if I go to :
(closest_cygwin_ftp_mirror_site)/pub/sourceware.cygnus.com/cygwin/latest/src-by-top-dir/
do I have to download the whole stuff, or just a few of them ?
If I download the whole thing, would it mean that I upgrade my 20.1 distro to 20.1.1 or 20.2 or
21.0 or ... ?

Another question, what about the initial value of "cygdrive prefix" in the registry database :
why isn't it set to empty by default ? (sorry if I ask too much, or if this is not the kind of
question to ask to cygnus developers :)

Thanks again for the replies.

--SAZ

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
  1999-06-14 15:06 ` Chris Faylor
  1999-06-14 18:06   ` new cygwin.dll (was Re: Make problems) Samy Alex ZAIMI
@ 1999-06-30 22:10   ` Chris Faylor
  1 sibling, 0 replies; 42+ messages in thread
From: Chris Faylor @ 1999-06-30 22:10 UTC (permalink / raw)
  To: N8TM; +Cc: johan.borkhuis, cygwin

On Mon, Jun 14, 1999 at 08:44:39AM -0400, N8TM@aol.com wrote:
>In a message dated 99-06-14 04:54:50 EDT, borkhuis@xs4all.nl writes:
>
><< Which snapshot is stable enough to use it? I saw some notes about jan.
> 15 snapshot, but nothing about any newer snapshots. >>
>The June 3 snapshot has been working for me, on both W95 and W2K.  That's the 
>last uncorrupted snapshot on the go.cygnus.com mirror. 

I have no idea what a "corrupted snapshot" might be but when I suggested using
a newer snapshot, I meant trying one of the ones that have come out in the last
few days.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: make problems
  2001-01-17 10:27 make problems Yehuda Gan-El
@ 2001-01-17 10:37 ` Larry Hall (RFK Partners, Inc)
  0 siblings, 0 replies; 42+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2001-01-17 10:37 UTC (permalink / raw)
  To: Yehuda Gan-El, 'cygwin@cygwin.com'

At 01:24 PM 1/17/2001, Yehuda Gan-El wrote:
>hello
>we are to run a make file and we get a lot of errors. it seems to be that
>the make file doesn't recognize the environment variables.
>we are running the cygwin environment on a NT machine ( we tried windows 2K
>but it didn't work either ).
>we defined the variables in the NT ( or 2K ) variables setup dialog boxes,
>and then rebooted the machines. and it didn't work.
>the variables we need are: PATH, CPU, LIB .....
>  can you please help?
>
>thanks 
>
>yehuda & eyal



Are you saying that you cannot see these values from the Cygwin shell or 
only from within your makefile?  Do you run make from cmd.exe or the 
Cygwin version of sh.exe?  Perhaps you should send an example of your 
problem...



Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 42+ messages in thread

* make problems
@ 2001-01-17 10:27 Yehuda Gan-El
  2001-01-17 10:37 ` Larry Hall (RFK Partners, Inc)
  0 siblings, 1 reply; 42+ messages in thread
From: Yehuda Gan-El @ 2001-01-17 10:27 UTC (permalink / raw)
  To: 'cygwin@cygwin.com'

hello
we are to run a make file and we get a lot of errors. it seems to be that
the make file doesn't recognize the environment variables.
we are running the cygwin environment on a NT machine ( we tried windows 2K
but it didn't work either ).
we defined the variables in the NT ( or 2K ) variables setup dialog boxes,
and then rebooted the machines. and it didn't work.
the variables we need are: PATH, CPU, LIB .....
 can you please help?

thanks 

yehuda & eyal

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
  2000-03-28 15:17 Make problems Aleksandar Miljusevic
@ 2000-03-28 21:08 ` Doug Wyatt
  0 siblings, 0 replies; 42+ messages in thread
From: Doug Wyatt @ 2000-03-28 21:08 UTC (permalink / raw)
  To: Aleksandar Miljusevic; +Cc: cygwin

ActiveState Perl doesn't know anything about Cygwin mounts, so
that's why you see the different behavior when you compare absolute
vs. relative paths.  AS Perl is built for Win32, so it knows about the
E:/... format (it does allow both \ and /, and also //e/..., I think).  I
used it some time ago and worked around these sort of problems,
until I discovered that it couldn't do fork() or exec(); I don't know if
it has this capability, now, or not.   For the most part, the Cygwin
port of Perl has been my choice since it is fully compatible.

I haven't a clue to offer with regard to you make error, sorry.

Regards,
Doug Wyatt

> I am trying to compile ACE/TAO for VxWorks NT Simulator using cygwin (B20-1)
> and perl from ActiveState (5.6). I ran into 2 problems:
> 
> 1. There is a problem when perl invokes a perl script, specifying the full
> path to the script. This only happens if the full path to the script file
> contains a mounted drive:
> 
> bash-2.02$ pwd
> /e/Ace51/ACE_wrappers
> bash-2.02$ perl /e/Ace51/ACE_wrappers/bin/ace_ld
> Can't open perl script "/e/Ace51/ACE_wrappers/bin/ace_ld": No such file or
> directory 
> 
> However, if I invoke the ace_ld using relative rather than absolute path I
> don't get the error:
> 
> bash-2.02$ pwd
> /e/Ace51/ACE_wrappers
> bash-2.02$ perl bin/ace_ld
> 
> Also,  I don't get the error if I invoke the script the following way:
> 
> bash-2.02$ pwd
> /e/Ace51/ACE_wrappers
> bash-2.02$ perl E:/Ace51/ACE_wrappers/bin/ace_ld
> 
> The mount point was created with the following commands:
> cd /
> mkdir /e
> mount E:/ /e
> 
> 2. Several makes fail with the following error:
> 
> E:\Ace51\ACE_wrappers\netsvcs\clients\Tokens>make -C collection all
> /edrive/Ace51/ACE_wrappers/include/makeinclude/rules.lib.GNU:72: *** missing
> separator.  Stop.
> 
> I attached rules.lib.GNU file. The weird thing is that this file seems to be
> invoked by some other makes, which complete successfully.
> 
> 
> Output of cygcheck -s -v -r
> ===================
> 
> bash-2.02$ pwd
> /e/Ace51/ACE_wrappers
> bash-2.02$ cygcheck -s -v -r
> 
> Cygnus Win95/NT Configuration Diagnostics
> Current System Time: Tue Mar 28 17:37:04 2000
> 
> WinNT Ver 4.0 build 1381 Service Pack 6
> 
> Path:   /d/cygnus/cygwin-b20/H-i586-cygwin32/bin
>         /d/Tornado/host/x86-win32/bin
>  
> /d/Tornado/host/x86-win32/lib/gcc-lib/powerpc-wrs-vxworks/cygnus-2.7.2-9
> 60126
>         /d/Tornado/host/x86-win32/powerpc-wrs-vxworks/bin
>         /e/Ace51/ACE_wrappers/bin
>         /WINNT/system32
>         /WINNT
>         /WINNT/system32/nls/ENGLISH
>         /bin
>         /d/Perl/bin
> 
> SysDir: C:\WINNT\System32
> WinDir: C:\WINNT
> 
> GCC_EXEC_PREFIX = `/d/Tornado/host/x86-win32/lib/gcc-lib/'
> MAKE_MODE = `UNIX'
> PWD = `/e/Ace51/ACE_wrappers'
> 
> !C: = `C:\WINNT\Profiles\Aleksander\Desktop'
> ACE_ROOT = `/e/Ace51/ACE_wrappers'
> ACE_TAO_ROOT = `E:/Ace51/ACE_wrappers/TAO'
> ATAHOME = `D:\Sterling\OTDocTools'
> CL = `/IE:/Ace51/ACE_wrappers/TAO\tao /IE:/Ace51/ACE_wrappers/TAO
> /IE:/Ace51/ACE
> _wrappers/TAO\orbsvcs /IE:/Ace51/ACE_wrappers /link
> /libpath:E:/Ace51/ACE_wrappe
> rs/TAO\tao:E:/Ace51/ACE_wrappers\ace'
> CLASSPATH =
> `D:\Java\xml4j_2_0_15\xml4j.jar;D:\Java\Jdk1.2.2\lib\tools.jar;D:\Ja
> va\jswdk-1.0.1\lib\servlet.jar;D:\Java\jswdk-1.0.1\examples\WEB-INF\jsp\bean
> s'
> COMPUTERNAME = `ALEKSANDER_M'
> COMSPEC = `C:\WINNT\system32\cmd.exe'
> CPP_LOCATION = `/Program Files/DevStudio/VC/bin/CL.EXE'
> CVSROOT = `:local:x:\cvs_rep'
> HOMEDRIVE = `Z:'
> HOMEPATH = `\'
> HOMESHARE = `\\net_pdc\_Aleksandar$'
> HOSTNAME = `aleksander_m'
> HOSTTYPE = `i586'
> IDLGEN_CONFIG_FILE = `D:\Iona\config\idlgen.cfg'
> INCLUDE = `D:\Program Files\Microsoft Visual
> Studio\VC98\atl\include;D:\Program
> Files\Microsoft Visual Studio\VC98\mfc\include;D:\Program Files\Microsoft
> Visual
>  Studio\VC98\include'
> IT_CONFIG_PATH = `D:\Iona\config'
> IT_SSL_CONFIG_PATH = `D:\Iona\config'
> JAVA_HOME = `D:\Java\Jdk1.2.2'
> JAXPHOME = `D:\Program Files\JavaSoft\Jaxp1_0-ea1'
> LIB = `D:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;D:\Program
> Files\Mi
> crosoft Visual Studio\VC98\lib'
> LOGONSERVER = `\\MAIL'
> M4_HOME = `D:\Sterling\Tools'
> MACHTYPE = `i586-pc-cygwin32'
> MSDEVDIR = `D:\Program Files\Microsoft Visual Studio\Common\MSDev98'
> NUMBER_OF_PROCESSORS = `1'
> ORBIX_HOME = `D:\Iona'
> OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
> OS = `Windows_NT'
> OSTYPE = `cygwin32'
> PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
> PATH_BKUP =
> `D:\Inprise\vbroker\bin;D:\Java\Jdk1.2.2\bin;C:\WINNT\system32;C:\WI
> NNT;D:\Program
> Files\xerces-c_1_0_0d01-win32\bin;D:\cvs;D:\PROGRA~1\Tcl\bin;D:\b
> in;D:\cygnus\cygwin-b20\H-i586-cygwin32\bin;D:\Iona\bin;D:\Iona\contrib\Cygw
> in;D
> :\Java\idltojava-win32;d:\Java\rmi-iiop\bin;D:\Sterling\Tools\Bin;D:\Sterlin
> g\FL
> EXlm\bin;D:\Sterling\Tools\Sqlany55\Win32;D:\Sterling\OTDocTools\DOCIT\BIN;D
> :\St
> erling\OTDocTools\DOC\BIN;E:/Ace51/ACE_wrappers\bin;E:/Ace51/ACE_wrappers\bi
> n\Re
> lease'
> PATH_TAO_NT =
> `D:\Inprise\vbroker\bin;D:\Java\Jdk1.2.2\bin;C:\WINNT\system32;C:\
> WINNT;D:\Program
> Files\xerces-c_1_0_0d01-win32\bin;D:\cvs;D:\PROGRA~1\Tcl\bin;D:
> \bin;D:\cygnus\cygwin-b20\H-i586-cygwin32\bin;D:\Iona\bin;D:\Iona\contrib\Cy
> gwin
> ;D:\Java\idltojava-win32;d:\Java\rmi-iiop\bin;D:\Sterling\Tools\Bin;D:\Sterl
> ing\
> FLEXlm\bin;D:\Sterling\Tools\Sqlany55\Win32;D:\Sterling\OTDocTools\DOCIT\BIN
> ;D:\
> Sterling\OTDocTools\DOC\BIN;D:\Tao\ACE_wrappers\bin;D:\Tao\ACE_wrappers\TAO\
> orbs
> vcs\orbsvcs;D:\Tao\ACE_wrappers\bin\Release'
> PROCESSOR_ARCHITECTURE = `x86'
> PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 3, GenuineIntel'
> PROCESSOR_LEVEL = `6'
> PROCESSOR_REVISION = `0703'
> PROMPT = `$P$G'
> RMI_IIOP_HOME = `d:\Java\rmi-iiop'
> SHELL = `/bin/sh.exe'
> SHLVL = `1'
> SQLANY = `D:\Sterling\Tools\Sqlany55'
> SYSTEMDRIVE = `C:'
> SYSTEMROOT = `C:\WINNT'
> TAO_ROOT = `/e/Ace51/ACE_wrappers/TAO'
> TEMP = `C:\TEMP'
> TERM = `pcbios'
> TMP = `C:\TEMP'
> USERDOMAIN = `NETPOINT'
> USERNAME = `aleksandar'
> USERPROFILE = `C:\WINNT\Profiles\Aleksander'
> WINDIR = `C:\WINNT'
> WIND_BASE = `/d/Tornado'
> WIND_HOST_TYPE = `x86-win32'
> _ = `/d/cygnus/cygwin-b20/H-i586-cygwin32/bin/cygcheck'
> 
> HKEY_CURRENT_USER\Software\Cygnus Solutions
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
>   (default) = `E:'
>   unix = `/e'
>   fbinary = 0x00000000
>   fsilent = 0x00000000
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
>   (default) = `\\.\tape1:'
>   unix = `/dev/st1'
>   fbinary = 0x00000000
>   fsilent = 0x00000001
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
>   (default) = `\\.\tape0:'
>   unix = `/dev/st0'
>   fbinary = 0x00000000
>   fsilent = 0x00000001
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
>   (default) = `\\.\b:'
>   unix = `/dev/fd1'
>   fbinary = 0x00000000
>   fsilent = 0x00000001
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
>   (default) = `\\.\a:'
>   unix = `/dev/fd0'
>   fbinary = 0x00000000
>   fsilent = 0x00000001
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
>   (default) = `D:'
>   unix = `/d'
>   fbinary = 0x00000000
>   fsilent = 0x00000000
> HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
>   (default) = `C:'
>   unix = `/'
>   fbinary = 0x00000000
>   fsilent = 0x00000000
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20\B20.1
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\00
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\01
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\02
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\03
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\04
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\05
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\06
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\07
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\08
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\09
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0A
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0B
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0C
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0D
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0E
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\0F
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\10
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\11
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\12
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\13
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\14
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\15
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\16
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\17
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\18
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\19
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1A
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1B
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1C
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\1D
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
> Solutions\GNUPro\i586-cygwin32\i586-cygwin32
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
> Solutions\GNUPro\i586-cygwin32\i586-cygwin32\
> cygwin-B20.1
>   (default) = `d:\cygnus\cygwin-b20'
> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Cygnu
> s Cy
> gwin B20
>   (default) = `C:\WINNT\IsUninst.exe -fd:\cygnus\cygwin-b20\Uninst.isu'
>   DisplayName = `Cygwin B20'
> 
> a:\ fd           N/A    N/A
> c:\ hd  NTFS    2047Mb  66% CP CS UN PA FC
> d:\ hd  NTFS    5498Mb  59% CP CS UN PA FC
> e:\ hd  NTFS    5436Mb  84% CP CS UN PA FC
> f:\ cd           N/A    N/A
> t:\ net NTFS   57906Mb  54% CP CS UN PA FC
> x:\ net NTFS   57906Mb  54% CP CS UN PA FC
> z:\ net NTFS   57906Mb  54% CP CS UN PA FC
> 
> C:          /         native  text!=binary
> D:          /d        native  text!=binary
> \\.\a:      /dev/fd0  native  text!=binary
> \\.\b:      /dev/fd1  native  text!=binary
> \\.\tape0:  /dev/st0  native  text!=binary
> \\.\tape1:  /dev/st1  native  text!=binary
> E:          /e        native  text!=binary
> 
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\bash.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe
> Found: D:\Tornado\host\x86-win32\bin\cat.exe
> Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe hides
> D:\Tornado\host\
> x86-win32\bin\cat.exe
> Found:
> D:\Tornado\host\x86-win32\lib\gcc-lib\powerpc-wrs-vxworks\cygnus-2.7.2-96
> 0126\cpp.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\find.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe
> Found: D:\Tornado\host\x86-win32\powerpc-wrs-vxworks\bin\gcc.exe
> Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe hides
> D:\Tornado\host\
> x86-win32\powerpc-wrs-vxworks\bin\gcc.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gdb.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe
> Found:
> D:\Tornado\host\x86-win32\lib\gcc-lib\powerpc-wrs-vxworks\cygnus-2.7.2-96
> 0126\ld.exe
> Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe hides
> D:\Tornado\host\x
> 86-win32\lib\gcc-lib\powerpc-wrs-vxworks\cygnus-2.7.2-960126\ld.exe
> Found: D:\Tornado\host\x86-win32\powerpc-wrs-vxworks\bin\ld.exe
> Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe hides
> D:\Tornado\host\x
> 86-win32\powerpc-wrs-vxworks\bin\ld.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ls.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
> Found: D:\Tornado\host\x86-win32\bin\make.exe
> Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe hides
> D:\Tornado\host
> \x86-win32\bin\make.exe
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe
> Found: C:\bin\sh.exe
> Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe hides C:\bin\sh.exe
> 
>   371k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtcl80.dll -
> os=4.0
>  img=1.0 sys=4.0
>                   "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
>     5k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclpip80.dll -
> os=
> 4.0 img=1.0 sys=4.0
>    10k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclreg80.dll -
> os=
> 4.0 img=1.0 sys=4.0
>                   "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
>   600k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtk80.dll -
> os=4.0
> img=1.0 sys=4.0
>                   "cygtk80.dll" v0.0 ts=1998/12/1 3:28
>   446k 1998/12/04 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygwin1.dll -
> os=4.0
> img=1.0 sys=4.0
>                   "cygwin1.dll" v0.0 ts=1998/12/3 23:39
>   386k 1998/06/17 D:\Tornado\host\x86-win32\bin\cygwinb19.dll - os=4.0
> img=1.0 s
> ys=4.0
>                   "cygwinb19.dll" v0.0 ts=1998/2/25 5:22
>   446k 1998/12/04 C:\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
>                   "cygwin1.dll" v0.0 ts=1998/12/3 23:39
> Use -h to see help about each section
> bash-2.02$
> 
> Output of cygcheck make:
> ===================
> 
> bash-2.02$ cygcheck make
> Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
> Found: D:\Tornado\host\x86-win32\bin\make.exe
> D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
>   D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygwin1.dll
>     C:\WINNT\System32\advapi32.dll
>       C:\WINNT\System32\ntdll.dll
>       C:\WINNT\System32\KERNEL32.dll
>       C:\WINNT\System32\USER32.dll
>         C:\WINNT\System32\GDI32.dll
>       C:\WINNT\System32\RPCRT4.dll
> 
> Use -h to see help about each section
> bash-2.02$
> 
> Regards,
> 
> Aleksandar
> 
>  <<rules.lib.GNU>> 
> 



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Make problems
@ 2000-03-28 15:17 Aleksandar Miljusevic
  2000-03-28 21:08 ` Doug Wyatt
  0 siblings, 1 reply; 42+ messages in thread
From: Aleksandar Miljusevic @ 2000-03-28 15:17 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 13755 bytes --]

I am trying to compile ACE/TAO for VxWorks NT Simulator using cygwin (B20-1)
and perl from ActiveState (5.6). I ran into 2 problems:

1. There is a problem when perl invokes a perl script, specifying the full
path to the script. This only happens if the full path to the script file
contains a mounted drive:

bash-2.02$ pwd
/e/Ace51/ACE_wrappers
bash-2.02$ perl /e/Ace51/ACE_wrappers/bin/ace_ld
Can't open perl script "/e/Ace51/ACE_wrappers/bin/ace_ld": No such file or
directory 

However, if I invoke the ace_ld using relative rather than absolute path I
don't get the error:

bash-2.02$ pwd
/e/Ace51/ACE_wrappers
bash-2.02$ perl bin/ace_ld

Also,  I don't get the error if I invoke the script the following way:

bash-2.02$ pwd
/e/Ace51/ACE_wrappers
bash-2.02$ perl E:/Ace51/ACE_wrappers/bin/ace_ld

The mount point was created with the following commands:
cd /
mkdir /e
mount E:/ /e

2. Several makes fail with the following error:

E:\Ace51\ACE_wrappers\netsvcs\clients\Tokens>make -C collection all
/edrive/Ace51/ACE_wrappers/include/makeinclude/rules.lib.GNU:72: *** missing
separator.  Stop.

I attached rules.lib.GNU file. The weird thing is that this file seems to be
invoked by some other makes, which complete successfully.


Output of cygcheck -s -v -r
===================

bash-2.02$ pwd
/e/Ace51/ACE_wrappers
bash-2.02$ cygcheck -s -v -r

Cygnus Win95/NT Configuration Diagnostics
Current System Time: Tue Mar 28 17:37:04 2000

WinNT Ver 4.0 build 1381 Service Pack 6

Path:   /d/cygnus/cygwin-b20/H-i586-cygwin32/bin
        /d/Tornado/host/x86-win32/bin
 
/d/Tornado/host/x86-win32/lib/gcc-lib/powerpc-wrs-vxworks/cygnus-2.7.2-9
60126
        /d/Tornado/host/x86-win32/powerpc-wrs-vxworks/bin
        /e/Ace51/ACE_wrappers/bin
        /WINNT/system32
        /WINNT
        /WINNT/system32/nls/ENGLISH
        /bin
        /d/Perl/bin

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

GCC_EXEC_PREFIX = `/d/Tornado/host/x86-win32/lib/gcc-lib/'
MAKE_MODE = `UNIX'
PWD = `/e/Ace51/ACE_wrappers'

!C: = `C:\WINNT\Profiles\Aleksander\Desktop'
ACE_ROOT = `/e/Ace51/ACE_wrappers'
ACE_TAO_ROOT = `E:/Ace51/ACE_wrappers/TAO'
ATAHOME = `D:\Sterling\OTDocTools'
CL = `/IE:/Ace51/ACE_wrappers/TAO\tao /IE:/Ace51/ACE_wrappers/TAO
/IE:/Ace51/ACE
_wrappers/TAO\orbsvcs /IE:/Ace51/ACE_wrappers /link
/libpath:E:/Ace51/ACE_wrappe
rs/TAO\tao:E:/Ace51/ACE_wrappers\ace'
CLASSPATH =
`D:\Java\xml4j_2_0_15\xml4j.jar;D:\Java\Jdk1.2.2\lib\tools.jar;D:\Ja
va\jswdk-1.0.1\lib\servlet.jar;D:\Java\jswdk-1.0.1\examples\WEB-INF\jsp\bean
s'
COMPUTERNAME = `ALEKSANDER_M'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CPP_LOCATION = `/Program Files/DevStudio/VC/bin/CL.EXE'
CVSROOT = `:local:x:\cvs_rep'
HOMEDRIVE = `Z:'
HOMEPATH = `\'
HOMESHARE = `\\net_pdc\_Aleksandar$'
HOSTNAME = `aleksander_m'
HOSTTYPE = `i586'
IDLGEN_CONFIG_FILE = `D:\Iona\config\idlgen.cfg'
INCLUDE = `D:\Program Files\Microsoft Visual
Studio\VC98\atl\include;D:\Program
Files\Microsoft Visual Studio\VC98\mfc\include;D:\Program Files\Microsoft
Visual
 Studio\VC98\include'
IT_CONFIG_PATH = `D:\Iona\config'
IT_SSL_CONFIG_PATH = `D:\Iona\config'
JAVA_HOME = `D:\Java\Jdk1.2.2'
JAXPHOME = `D:\Program Files\JavaSoft\Jaxp1_0-ea1'
LIB = `D:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;D:\Program
Files\Mi
crosoft Visual Studio\VC98\lib'
LOGONSERVER = `\\MAIL'
M4_HOME = `D:\Sterling\Tools'
MACHTYPE = `i586-pc-cygwin32'
MSDEVDIR = `D:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
ORBIX_HOME = `D:\Iona'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSTYPE = `cygwin32'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PATH_BKUP =
`D:\Inprise\vbroker\bin;D:\Java\Jdk1.2.2\bin;C:\WINNT\system32;C:\WI
NNT;D:\Program
Files\xerces-c_1_0_0d01-win32\bin;D:\cvs;D:\PROGRA~1\Tcl\bin;D:\b
in;D:\cygnus\cygwin-b20\H-i586-cygwin32\bin;D:\Iona\bin;D:\Iona\contrib\Cygw
in;D
:\Java\idltojava-win32;d:\Java\rmi-iiop\bin;D:\Sterling\Tools\Bin;D:\Sterlin
g\FL
EXlm\bin;D:\Sterling\Tools\Sqlany55\Win32;D:\Sterling\OTDocTools\DOCIT\BIN;D
:\St
erling\OTDocTools\DOC\BIN;E:/Ace51/ACE_wrappers\bin;E:/Ace51/ACE_wrappers\bi
n\Re
lease'
PATH_TAO_NT =
`D:\Inprise\vbroker\bin;D:\Java\Jdk1.2.2\bin;C:\WINNT\system32;C:\
WINNT;D:\Program
Files\xerces-c_1_0_0d01-win32\bin;D:\cvs;D:\PROGRA~1\Tcl\bin;D:
\bin;D:\cygnus\cygwin-b20\H-i586-cygwin32\bin;D:\Iona\bin;D:\Iona\contrib\Cy
gwin
;D:\Java\idltojava-win32;d:\Java\rmi-iiop\bin;D:\Sterling\Tools\Bin;D:\Sterl
ing\
FLEXlm\bin;D:\Sterling\Tools\Sqlany55\Win32;D:\Sterling\OTDocTools\DOCIT\BIN
;D:\
Sterling\OTDocTools\DOC\BIN;D:\Tao\ACE_wrappers\bin;D:\Tao\ACE_wrappers\TAO\
orbs
vcs\orbsvcs;D:\Tao\ACE_wrappers\bin\Release'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0703'
PROMPT = `$P$G'
RMI_IIOP_HOME = `d:\Java\rmi-iiop'
SHELL = `/bin/sh.exe'
SHLVL = `1'
SQLANY = `D:\Sterling\Tools\Sqlany55'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TAO_ROOT = `/e/Ace51/ACE_wrappers/TAO'
TEMP = `C:\TEMP'
TERM = `pcbios'
TMP = `C:\TEMP'
USERDOMAIN = `NETPOINT'
USERNAME = `aleksandar'
USERPROFILE = `C:\WINNT\Profiles\Aleksander'
WINDIR = `C:\WINNT'
WIND_BASE = `/d/Tornado'
WIND_HOST_TYPE = `x86-win32'
_ = `/d/cygnus/cygwin-b20/H-i586-cygwin32/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
  (default) = `E:'
  unix = `/e'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
  (default) = `\\.\tape1:'
  unix = `/dev/st1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
  (default) = `\\.\tape0:'
  unix = `/dev/st0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
  (default) = `\\.\b:'
  unix = `/dev/fd1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
  (default) = `\\.\a:'
  unix = `/dev/fd0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
  (default) = `D:'
  unix = `/d'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
  (default) = `C:'
  unix = `/'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20\B20.1
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\12
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\13
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\14
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\15
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\16
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\17
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\18
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\19
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Solutions\GNUPro\i586-cygwin32\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Solutions\GNUPro\i586-cygwin32\i586-cygwin32\
cygwin-B20.1
  (default) = `d:\cygnus\cygwin-b20'
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Cygnu
s Cy
gwin B20
  (default) = `C:\WINNT\IsUninst.exe -fd:\cygnus\cygwin-b20\Uninst.isu'
  DisplayName = `Cygwin B20'

a:\ fd           N/A    N/A
c:\ hd  NTFS    2047Mb  66% CP CS UN PA FC
d:\ hd  NTFS    5498Mb  59% CP CS UN PA FC
e:\ hd  NTFS    5436Mb  84% CP CS UN PA FC
f:\ cd           N/A    N/A
t:\ net NTFS   57906Mb  54% CP CS UN PA FC
x:\ net NTFS   57906Mb  54% CP CS UN PA FC
z:\ net NTFS   57906Mb  54% CP CS UN PA FC

C:          /         native  text!=binary
D:          /d        native  text!=binary
\\.\a:      /dev/fd0  native  text!=binary
\\.\b:      /dev/fd1  native  text!=binary
\\.\tape0:  /dev/st0  native  text!=binary
\\.\tape1:  /dev/st1  native  text!=binary
E:          /e        native  text!=binary

Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\bash.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe
Found: D:\Tornado\host\x86-win32\bin\cat.exe
Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe hides
D:\Tornado\host\
x86-win32\bin\cat.exe
Found:
D:\Tornado\host\x86-win32\lib\gcc-lib\powerpc-wrs-vxworks\cygnus-2.7.2-96
0126\cpp.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\find.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe
Found: D:\Tornado\host\x86-win32\powerpc-wrs-vxworks\bin\gcc.exe
Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe hides
D:\Tornado\host\
x86-win32\powerpc-wrs-vxworks\bin\gcc.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gdb.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe
Found:
D:\Tornado\host\x86-win32\lib\gcc-lib\powerpc-wrs-vxworks\cygnus-2.7.2-96
0126\ld.exe
Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe hides
D:\Tornado\host\x
86-win32\lib\gcc-lib\powerpc-wrs-vxworks\cygnus-2.7.2-960126\ld.exe
Found: D:\Tornado\host\x86-win32\powerpc-wrs-vxworks\bin\ld.exe
Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe hides
D:\Tornado\host\x
86-win32\powerpc-wrs-vxworks\bin\ld.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ls.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
Found: D:\Tornado\host\x86-win32\bin\make.exe
Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe hides
D:\Tornado\host
\x86-win32\bin\make.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe
Found: C:\bin\sh.exe
Warning: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe hides C:\bin\sh.exe

  371k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtcl80.dll -
os=4.0
 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
    5k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclpip80.dll -
os=
4.0 img=1.0 sys=4.0
   10k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclreg80.dll -
os=
4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
  600k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtk80.dll -
os=4.0
img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=1998/12/1 3:28
  446k 1998/12/04 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygwin1.dll -
os=4.0
img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
  386k 1998/06/17 D:\Tornado\host\x86-win32\bin\cygwinb19.dll - os=4.0
img=1.0 s
ys=4.0
                  "cygwinb19.dll" v0.0 ts=1998/2/25 5:22
  446k 1998/12/04 C:\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
Use -h to see help about each section
bash-2.02$

Output of cygcheck make:
===================

bash-2.02$ cygcheck make
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
Found: D:\Tornado\host\x86-win32\bin\make.exe
D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
  D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygwin1.dll
    C:\WINNT\System32\advapi32.dll
      C:\WINNT\System32\ntdll.dll
      C:\WINNT\System32\KERNEL32.dll
      C:\WINNT\System32\USER32.dll
        C:\WINNT\System32\GDI32.dll
      C:\WINNT\System32\RPCRT4.dll

Use -h to see help about each section
bash-2.02$

Regards,

Aleksandar

 <<rules.lib.GNU>> 

[-- Attachment #2: rules.lib.GNU --]
[-- Type: text/x-c, Size: 4926 bytes --]

#----------------------------------------------------------------------------
#       rules.lib.GNU,v 4.25 1999/10/19 05:29:56 nanbor Exp
#
#       Build libraries (i.e., contain no binary executables)
#       GNU version
#       Requires GNU make
#----------------------------------------------------------------------------

#----------------------------------------------------------------------------
# The following targets arrange to build both unshared and shared libraries
#----------------------------------------------------------------------------

VSHLIB  = $(SHLIB:%.$(SOEXT)=%$(VAR).$(SOEXT))
ifdef SHLIBA
VSHLIBA = $(SHLIBA:%.$(LIBEXT)=%$(VAR).$(LIBEXT))
endif

VLOBJS   = $(subst .cpp,.$(OBJEXT),$(foreach file,$(LSRC),$(VDIR)$(notdir $(file))))

LSRC    += $(LSRC2)
ifdef PRELIB
ifdef PRELIB_USES_OBJ_ONLY
  VSHOBJS = $(subst .cpp,.$(OBJEXT),$(foreach file,$(LSRC),$(VSHDIR)$(notdir $(file))))
else  # ! PRELIB_USES_OBJ_ONLY
  VSHOBJS = $(subst .cpp,.$(OBJEXT),$(foreach file,$(LSRC),$(VSHDIR)$(notdir $(file))))
endif # ! PRELIB_USES_OBJ_ONLY
  VSHOBJS1 = $(VSHOBJS)
else  # ! PRELIB
  VSHOBJS = $(subst .cpp,.$(OBJEXT),$(foreach file,$(LSRC),$(VSHDIR)$(notdir $(file))))
  VSHOBJS1 = \
    $(subst .cpp,.$(OBJEXT),$(foreach file,$(LSRC),$(VSHDIR)$(notdir $(file))))
endif # ! PRELIB

# Comment out for now...
# $(DEFS:%=$(INSINC)/%) \

ifdef static_libs
  INSTALL += $(VLIB:%.$(LIBEXT)=$(INSLIB)/%.$(LIBEXT))
endif # static_libs

ifdef shared_libs
  INSTALL += \
    $(VSHLIB:%.$(SOEXT)=$(INSLIB)/%.$(SOEXT)$(ACE_LDSO_Version_Number))
ifdef SHLIBA
  INSTALL += $(VSHLIBA:%=$(INSLIB)/%)
endif
endif # shared_libs

ifdef PRELIB
# Unfortunately, gcc has to do a link of all of the objects (during which
# it may decide to recompile some of the objects), before we can safely build
# any libraries or shared objects.  Comment this line if no shared
# libraries or objects are used.
#
# I have no idea why this dependency has any effect similar to what is
# described above, so I will comment it out.  This eliminates the VERY
# annoying messages from make such as:
# make: Circular .shobj/interp.so <- libcorba.so dependency dropped.
#$(VSHOBJS): $(VSHLIB)
endif

# Comment these lines out if you want to build both *.a and *.so libraries...
#$(VSHLIB): $(VSHOBJS)
#ifdef PRELIB
#	$(PRELIB)
#endif
#	$(SOLINK.cc) $(SO_OUTPUT_FLAG) $@ $(LDFLAGS) $(VSHDIR)*.$(OBJEXT)

# Uncomment the remaining lines if you want to build both *.a and *.so libraries...
VLIB    = $(LIB:%.$(LIBEXT)=%$(VAR).$(LIBEXT))

$(VLIB): $(VLOBJS)

ifeq (1,$(repo))
  ifneq (,$(ACELIB))
    #### With repo, link in all of the ace object files to the lib.
    #### This avoids multiple instantiations.  We haven't found it to
    #### be necessary with shared libs, so just do it for static libs.
    vpath %.$(OBJEXT) $(ACE_ROOT)/ace/$(VDIR)

    $(VLIB): $(ACE_ROOT)/ace/$(VDIR)*.$(OBJEXT)
  endif # ! ACELIB
endif # repo

ifdef PRELIB
	$(PRELIB)
endif
ifeq (1,$(ace_lib_prelink))
        #### Attempt a link (which will fail), to add template instantiations
        #### to lib files, for example.
	-$(LINK.cc) $(LINK_OUTPUT_FLAG) ace-templ_inst $? $(LDFLAGS) $(ACE_NUL_STDERR)
endif # ace_lib_prelink
	$(AR) $(ARFLAGS) $@ $?
ifdef TEMPINCDIR
# This is required to get AIX xlC to instantiate and compile the needed
# templates.
	if test -s ./$(TEMPINCDIR)/*.C; \
	then \
		$(LINK.cc) $(LINK_OUTPUT_FLAG) dummy $(LDFLAGS) $(ACE_ROOT)/etc/xlc_dummy.cpp $^ $(ACE_SHLIBS) $(LIBS); \
		$(RM) dummy; \
		$(AR) $(ARFLAGS) $@ tempinc/*.$(OBJEXT); \
	fi
endif
	-chmod a+r $@
ifneq (,$(RANLIB))
	-$(RANLIB) $@
endif # RANLIB

# Note that if you don't want to build shared libraries, just remove the $(VSHOBJS)
ifdef SHLIBBUILD
$(VSHLIB): $(VSHOBJS)
else
$(VSHLIB): $(VSHOBJS1)
endif
ifdef PRELIB
	$(PRELIB)
endif
ifdef TEMPINCDIR
# This is required to get AIX xlC to instantiate and compile the needed
# templates before building the library.
	if test -s ./$(TEMPINCDIR)/*.C; \
	then \
		$(LINK.cc) $(LINK_OUTPUT_FLAG) dummy $(LDFLAGS) $(ACE_ROOT)/etc/xlc_dummy.cpp $^ $(ACE_SHLIBS) $(LIBS); \
		$(RM) dummy; \
	fi
endif
ifdef SHLIBBUILD
	$(SHLIBBUILD)
else
ifdef TEMPINCDIR
	if test -s ./$(TEMPINCDIR)/*.$(OBJEXT); \
        then \
		$(SOLINK.cc) $(SO_OUTPUT_FLAG) $@ $(VSHOBJS1) $(TEMPINCDIR)/*.$(OBJEXT) $(LDFLAGS) $(ACE_SHLIBS) $(LIBS); \
        else \
		$(SOLINK.cc) $(SO_OUTPUT_FLAG) $@ $(VSHOBJS1) $(LDFLAGS) $(ACE_SHLIBS) $(LIBS); \
	fi
else
ifeq (1,$(ace_lib_prelink))
        #### Attempt a link (which will fail), to add template instantiations
        #### to lib files, for example.
	-$(LINK.cc) $(LINK_OUTPUT_FLAG) ace-templ_inst $(VSHOBJS1) $(LDFLAGS) $(ACE_NUL_STDERR)
endif # ace_lib_prelink
	$(SOLINK.cc) $(SO_OUTPUT_FLAG) $@ $(VSHOBJS1) $(LDFLAGS) $(ACE_SHLIBS) $(LIBS)
endif
	-chmod a+rx $@
endif

ifdef SHLIBA
$(SHLIBA): $(VSHLIB)
	$(AR) $(ARFLAGS) $@ $?
	-chmod a+rx $@
ifneq (,$(RANLIB))
	-$(RANLIB) $@
endif # RANLIB
endif


^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make Problems
  1999-08-26 11:09 Make Problems Lincoln, W. Terry
  1999-08-26 23:11 ` Satpal Chander
  1999-08-30 14:41 ` Michael Hirmke
@ 1999-08-31 23:49 ` Lincoln, W. Terry
  2 siblings, 0 replies; 42+ messages in thread
From: Lincoln, W. Terry @ 1999-08-31 23:49 UTC (permalink / raw)
  To: 'c9502007@zeus.hud.ac.uk', cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 8037 bytes --]

Title: RE: Make Problems






> -----Original Message-----
> From: c9502007@zeus.hud.ac.uk [ mailto:c9502007@zeus.hud.ac.uk ]
> Sent: Thursday, August 26, 1999 3:59 AM
> To: cygwin@sourceware.cygnus.com
> Subject: Make Problems
> 
> 
> ----------
> X-Sun-Data-Type: text
> X-Sun-Data-Description: text
> X-Sun-Data-Name: text
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 23
> 
> Hi,
>Â Â Â  I am having problems with make. I have set up some 
> makefiles that work under un*x but not under 
> cygwin.
> I have attached 3 files
> make.g++Â Â Â Â Â Â Â  contains compiler specific stuff (I have one 
> for the SUN CC compiler called make.CC)
> makefileÂ Â Â Â Â Â Â  contains the main top level make file which 
> includes make.g++ via a env var COMPILER
> makefile_srcÂ Â Â  contains the makefile within the src 
> directory also include make.g++
> my directory strucutre is as follows
> toplevel_dir/Â Â  this conatins makefile and make.g++
> toplevel_dir/src this conatins makefile_src and sources files 
> for making a static library.
> toplevel_dir/inc this conatins all my includes
> toplevel_dir/src_test this contains my testing code
>Â  
> when I execute the following command
> //MAYA/.../sandro $ make --unix
> cd src;make all
> make[1]: *** No rule to make target `VRMLVisitor.o', needed 
> by `../lib/libSGGT.so'.Â  Stop.
> make: *** [all] Error 2
>Â  
> Anybody have any ideas as to what is going wrong????
>Â  
> Thanks
> Satpal Chander
> ----------
> X-Sun-Data-Type: default-app
> X-Sun-Data-Description: default
> X-Sun-Data-Name: make.g++
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 12
> 
> # make.CC compiler dependend
> 
> CPPCOMPILERÂ Â  = /usr/local/gcc-2.95/H-i586-cygwin32/bin/g++
> 
> SHARED_LDFLAGSÂ Â Â Â Â Â Â  = -G
> 
> MAKEÂ  Â Â Â Â Â Â Â  = make
> PICÂ Â  Â Â Â Â Â Â Â  = -fpic
> RMÂ Â Â  Â Â Â Â Â Â Â  = rm -f
> LDÂ Â Â  Â Â Â Â Â Â Â  = $(CPPCOMPILER)
> 
> 
> ----------
> X-Sun-Data-Type: Makefile
> X-Sun-Data-Description: Makefile
> X-Sun-Data-Name: makefile
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 12
> 
> include make.$(COMPILER)
> 
> all: FORCE
> Â Â Â Â Â  cd src;${MAKE} all
> Â Â Â Â Â  cd src_test;${MAKE} all
> 
> clean: FORCE
> Â Â Â Â Â  cd src;${MAKE} clean
> Â Â Â Â Â  cd src_test;${MAKE} clean
> 
> #force descent into subdir
> FORCE:
> ----------
> X-Sun-Data-Type: Makefile
> X-Sun-Data-Description: Makefile
> X-Sun-Data-Name: makefile_src
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 95
> 
> #########################################################
> ###
> ### FILE NAME : makefile
> ###
> ### CONTENTSÂ  :Â  Building library ....
> ###
> #########################################################
> #@echo "find ..make"
> 
> include ../make.$(COMPILER)
> 
> CCCÂ Â  = $(CPPCOMPILER)
> 
> SOURCES.cc Â Â  =Â  \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  VRMLVisitor.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  SGGTVisitor.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  TransformNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  RootNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GroupNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  LODNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  MaterialNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  DirectionalLightNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  PointLightNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  SpotLightNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryBoxNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryConeNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryCylinderNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometrySphereNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryFileNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  Vec3.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  RotationVec.cc
> 
> 
> SOURCESÂ Â Â Â Â Â  Â Â Â Â Â Â Â  = $(SOURCES.cc)
> 
> OBJECTS.cc Â Â  = $(SOURCES.cc:.cc=.o)
> 
> OBJECTSÂ Â Â Â Â Â  Â Â Â Â Â Â Â  = $(OBJECTS.cc)
> 
> CFLAGS Â Â Â Â Â Â  Â Â Â Â Â Â Â  = -DDEBUG=1 -I../inc 
> -I/usr/local/gcc2.95/include
> CCFLAGS Â Â Â Â Â  = $(CFLAGS)
> 
> LISGGT_SOÂ Â Â Â  = ../lib/libSGGT.so
Â - - - - - - - >~~~~~~~~~~~~~~~~~ (.so extension is for unix shared library)
> LISGGT_AÂ Â Â Â Â  = ../lib/libSGGT.a
> 
> # Standard targets.
> 
> all: $(LISGGT_SO)
> 
>Â  $(LISGGT_SO): $(OBJECTS)
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  @echo ">>> Making library $@
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  $(RM) $@
> Â Â Â Â Â  $(LD) $(SHARED_LDFLAGS) -o $@ $(OBJECTS)
Â ------------^^^^^^^^^^^^^^^^^ (Cygwin ld does not support that type of shared library
Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  (you need to create a DLL instead
> 
> 
> .cc.o: 
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  @echo ">>> Compiling $<"
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  $(COMPILE.cc) $(PIC) $<
> 
> 
> ### does not clean libraries!!! (c.f. clean_all, clean_libs)
> clean: clean_rest
> Â Â Â Â Â  $(RM) $(OBJECTS)
> 
> clean_rest:
> Â Â Â Â Â  $(RM) *.bak *.BAK *.delta core *.tab.* *no_pure *~
> 
> 
> print:
> Â Â Â Â Â  @echo ""
> Â Â Â Â Â  @echo "====== 
> fil/fil_gen/conversion/src/makefile.dynamic ============"
> Â Â Â Â Â  @echo ""
> Â Â Â Â Â  @echo "LISGGT_SOÂ Â  = $(LISGGT_SO) "
> Â Â Â Â Â  @echo 
> "---------------------------------------------------------------"
> Â Â Â Â Â  @echo "SOURCESÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â  = $(SOURCES) "
> Â Â Â Â Â  @echo 
> "---------------------------------------------------------------"
> Â Â Â Â Â  @echo "OBJECTSÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â  = $(OBJECTS) "
> Â Â Â Â Â  @echo 
> "---------------------------------------------------------------"
> 
> 
> 
> 
> ########################################################
> #
> # Depend
> #
> ########################################################
> 
> depend:
> Â Â Â Â Â  makedepend $(CPPFLAGS) -w30 -I$(COMP_INC) $(SOURCES)
> # DO NOT DELETE THIS LINE -- make depend depends on it.



Please scan the mailing list and read the FAQ about Cygwin shared libraries.Â  And scan the mailing list about DLL files.

May GOD smiles upon your porting endeavor,


W. Terry LincolnÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  \Â Â Â Â Â  \Â Â  _Â Â  /
Senior EngineerÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  \Â Â Â Â Â  \ |J| /
Ultimate Technology CorporationÂ Â Â Â Â  \Â Â Â Â Â  _|E|_
a Tridex Company (NASDAQ:trdx)Â Â Â Â Â Â Â  \Â Â Â  |_ S _|
mailto:WTerryLincoln@engineer.com Â Â Â Â Â  \Â Â Â Â  |U|
http://terrylincoln.isonfire.com Â Â Â Â Â Â Â  \Â  / |S| \
http://www.AngelFire.com/ny/TerryLincoln \Â Â  | |Â  \
ICQ# 39362285Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  \Â  | |Â  
=========================================== ~~~~~
Opinions expressed do not represent the management of UTC. 


Â 


Warren Terry Lincoln (E-mail).vcf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


[-- Attachment #2: Warren_Terry_Lincoln_(E-mail).vcf --]
[-- Type: text/vcard, Size: 725 bytes --]

BEGIN:VCARD
VERSION:2.1
N:Lincoln;Warren;;Mr.;
FN:Warren Terry Lincoln (E-mail)
ORG:UTC;Engineering
TITLE:Senior Engineer
TEL;WORK;VOICE:(716) 924-9500
TEL;HOME;VOICE:(716) 377-3959
TEL;CELL;VOICE:(716) 261-3959
TEL;CAR;VOICE:
TEL;WORK;FAX:(716) 924-1434
ADR;WORK:;Victor;100 Rawson Road;Victor;NY;14564-0000;United States of America
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Victor=0D=0A100 Rawson Road=0D=0AVictor, NY 14564-0000=0D=0AUnited States of=
 America
ADR;HOME:;;100 Courtshire Lane;Penfield;NY;10526-2678;United States of America
LABEL;HOME;ENCODING=QUOTED-PRINTABLE:100 Courtshire Lane=0D=0APenfield, NY 10526-2678=0D=0AUnited States of Ameri=
ca
EMAIL;PREF;MS:ULTIMATE/UTCPO/LincolnT
REV:19990121T133603Z
END:VCARD


^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make Problems
  1999-08-26 23:11 ` Satpal Chander
@ 1999-08-31 23:49   ` Satpal Chander
  0 siblings, 0 replies; 42+ messages in thread
From: Satpal Chander @ 1999-08-31 23:49 UTC (permalink / raw)
  To: Lincoln, W. Terry, cygwin

<snip>
> include ../make.$(COMPILER)
>
> CCC   = $(CPPCOMPILER)
>
> SOURCES.cc    =  \
>                 VRMLVisitor.cc \
>                 SGGTVisitor.cc \
>                 TransformNode.cc \
>                 RootNode.cc \
>                 GroupNode.cc \
>                 LODNode.cc \
>                 MaterialNode.cc \
>                 DirectionalLightNode.cc \
>                 PointLightNode.cc \
>                 SpotLightNode.cc \
>                 GeometryBoxNode.cc \
>                 GeometryConeNode.cc \
>                 GeometryCylinderNode.cc \
>                 GeometrySphereNode.cc \
>                 GeometryFileNode.cc \
>                 Vec3.cc \
>                 RotationVec.cc
>
> SOURCES               = $(SOURCES.cc)
>
> OBJECTS.cc    = $(SOURCES.cc:.cc=.o)
>
> OBJECTS               = $(OBJECTS.cc)
>
> CFLAGS                = -DDEBUG=1 -I../inc
> -I/usr/local/gcc2.95/include
> CCFLAGS       = $(CFLAGS)
>
> LISGGT_SO     = ../lib/libSGGT.so
 - - - - - - - >~~~~~~~~~~~~~~~~~ (.so extension is for unix shared library)
Sorry I wanted to make a .a library with AR
> LISGGT_A      = ../lib/libSGGT.a
Therefore I replaced the following section:
> # Standard targets.
>
> all: $(LISGGT_SO)
>
>  $(LISGGT_SO): $(OBJECTS)
>       @echo ">>>"
>       @echo ">>> Making library $@
>       @echo ">>>"
>       $(RM) $@
>       $(LD) $(SHARED_LDFLAGS) -o $@ $(OBJECTS)
 ------------^^^^^^^^^^^^^^^^^ (Cygwin ld does not support that type of
shared library
                               (you need to create a DLL instead
Again sorry I want to make .a library
> .cc.o:
>       @echo ">>>"
>       @echo ">>> Compiling $<"
>       @echo ">>>"
>       $(COMPILE.cc) $(PIC) $<
With:
all: $(LISGGT_A)
 $(LISGGT_A): $(OBJECTS)
 @echo ">>>"
 @echo ">>> Making library $@
 @echo ">>>"
 $(RM) $@
 $(AR) $(STATIC_LDFLAGS) -o $@ $(OBJECTS) #where STATIC_LDFLAGS=rc

.cc.o:
 @echo ">>>"
 @echo ">>> Compiling $<"
 @echo ">>>"
 $(COMPILE.cc) $(PIC) $<

 <snip>
> depend:
>       makedepend $(CPPFLAGS) -w30 -I$(COMP_INC) $(SOURCES)
> # DO NOT DELETE THIS LINE -- make depend depends on it.

>Please scan the mailing list and read the FAQ about Cygwin shared
libraries.  And scan the mailing list about DLL files.
I know this is possible to make a .a library, as I have done it with another
simpler makefile.
But I don't see how my making a .so or .a library has anything to do with
the fact that it doesn't know howto make a .o file
e.g.
file://MAYA/.../sandro $ make --unix
cd src;make all
make[1]: *** No rule to make target `VRMLVisitor.o', needed by
`../lib/libSGGT.a'.  Stop.
make: *** [all] Error 2

Make version 3.75
This must be a problem with make as it works on un*x machines.
Any Ideas ?

Thank You
Satpal Chander


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Make Problems
  1999-08-26  1:08 MR. S.CHANDER
@ 1999-08-31 23:49 ` MR. S.CHANDER
  0 siblings, 0 replies; 42+ messages in thread
From: MR. S.CHANDER @ 1999-08-31 23:49 UTC (permalink / raw)
  To: cygwin

----------
X-Sun-Data-Type: text
X-Sun-Data-Description: text
X-Sun-Data-Name: text
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 23

Hi,
   I am having problems with make. I have set up some makefiles that work under un*x but not under 
cygwin.
I have attached 3 files
make.g++        contains compiler specific stuff (I have one for the SUN CC compiler called make.CC)
makefile        contains the main top level make file which includes make.g++ via a env var COMPILER
makefile_src    contains the makefile within the src directory also include make.g++
my directory strucutre is as follows
toplevel_dir/   this conatins makefile and make.g++
toplevel_dir/src this conatins makefile_src and sources files for making a static library.
toplevel_dir/inc this conatins all my includes
toplevel_dir/src_test this contains my testing code
 
when I execute the following command
//MAYA/.../sandro $ make --unix
cd src;make all
make[1]: *** No rule to make target `VRMLVisitor.o', needed by `../lib/libSGGT.so'.  Stop.
make: *** [all] Error 2
 
Anybody have any ideas as to what is going wrong????
 
Thanks
Satpal Chander
----------
X-Sun-Data-Type: default-app
X-Sun-Data-Description: default
X-Sun-Data-Name: make.g++
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 12

# make.CC compiler dependend

CPPCOMPILER	= /usr/local/gcc-2.95/H-i586-cygwin32/bin/g++

SHARED_LDFLAGS	= -G

MAKE 		= make
PIC		= -fpic
RM		= rm -f
LD		= $(CPPCOMPILER)


----------
X-Sun-Data-Type: Makefile
X-Sun-Data-Description: Makefile
X-Sun-Data-Name: makefile
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 12

include make.$(COMPILER)

all: FORCE
	cd src;${MAKE} all
	cd src_test;${MAKE} all

clean: FORCE
	cd src;${MAKE} clean
	cd src_test;${MAKE} clean

#force descent into subdir
FORCE:
----------
X-Sun-Data-Type: Makefile
X-Sun-Data-Description: Makefile
X-Sun-Data-Name: makefile_src
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 95

#########################################################
###
### FILE NAME : makefile
###
### CONTENTS  :  Building library ....
###
#########################################################
#@echo "find ..make"

include ../make.$(COMPILER)

CCC	= $(CPPCOMPILER)

SOURCES.cc 	=  \
		  VRMLVisitor.cc \
		  SGGTVisitor.cc \
		  TransformNode.cc \
		  RootNode.cc \
		  GroupNode.cc \
		  LODNode.cc \
		  MaterialNode.cc \
		  DirectionalLightNode.cc \
		  PointLightNode.cc \
		  SpotLightNode.cc \
		  GeometryBoxNode.cc \
		  GeometryConeNode.cc \
		  GeometryCylinderNode.cc \
		  GeometrySphereNode.cc \
		  GeometryFileNode.cc \
		  Vec3.cc \
		  RotationVec.cc


SOURCES		= $(SOURCES.cc)

OBJECTS.cc 	= $(SOURCES.cc:.cc=.o)

OBJECTS		= $(OBJECTS.cc)

CFLAGS 		= -DDEBUG=1 -I../inc -I/usr/local/gcc2.95/include
CCFLAGS 	= $(CFLAGS)

LISGGT_SO	= ../lib/libSGGT.so
LISGGT_A	= ../lib/libSGGT.a

# Standard targets.

all: $(LISGGT_SO)

 $(LISGGT_SO): $(OBJECTS)
	@echo ">>>"
	@echo ">>> Making library $@
	@echo ">>>"
	$(RM) $@
	$(LD) $(SHARED_LDFLAGS) -o $@ $(OBJECTS)


.cc.o: 
	@echo ">>>"
	@echo ">>> Compiling $<"
	@echo ">>>"
	$(COMPILE.cc) $(PIC) $<


### does not clean libraries!!! (c.f. clean_all, clean_libs)
clean: clean_rest
	$(RM) $(OBJECTS)

clean_rest:
	$(RM) *.bak *.BAK *.delta core *.tab.* *no_pure *~


print:
	@echo ""
	@echo "====== fil/fil_gen/conversion/src/makefile.dynamic ============"
	@echo ""
	@echo "LISGGT_SO   = $(LISGGT_SO) "
	@echo "---------------------------------------------------------------"
	@echo "SOURCES                = $(SOURCES) "
	@echo "---------------------------------------------------------------"
	@echo "OBJECTS                = $(OBJECTS) "
	@echo "---------------------------------------------------------------"




########################################################
#
# Depend
#
########################################################

depend:
	makedepend $(CPPFLAGS) -w30 -I$(COMP_INC) $(SOURCES)
# DO NOT DELETE THIS LINE -- make depend depends on it.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make Problems
  1999-08-30 14:41 ` Michael Hirmke
@ 1999-08-31 23:49   ` Michael Hirmke
  0 siblings, 0 replies; 42+ messages in thread
From: Michael Hirmke @ 1999-08-31 23:49 UTC (permalink / raw)
  To: cygwin

[...]
>
>May GOD smiles upon your porting endeavor,
[...]
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
><HTML>
><HEAD>

Would it be possible to avoid HTML in mails sent ot this (or any other)
list?
Thanks!

>
>W. Terry Lincoln                   \      \   _   /

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://aquarius.franken.de/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make Problems
  1999-08-26 11:09 Make Problems Lincoln, W. Terry
  1999-08-26 23:11 ` Satpal Chander
@ 1999-08-30 14:41 ` Michael Hirmke
  1999-08-31 23:49   ` Michael Hirmke
  1999-08-31 23:49 ` Lincoln, W. Terry
  2 siblings, 1 reply; 42+ messages in thread
From: Michael Hirmke @ 1999-08-30 14:41 UTC (permalink / raw)
  To: cygwin

[...]
>
>May GOD smiles upon your porting endeavor,
[...]
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
><HTML>
><HEAD>

Would it be possible to avoid HTML in mails sent ot this (or any other)
list?
Thanks!

>
>W. Terry Lincoln                   \      \   _   /

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://aquarius.franken.de/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make Problems
  1999-08-26 11:09 Make Problems Lincoln, W. Terry
@ 1999-08-26 23:11 ` Satpal Chander
  1999-08-31 23:49   ` Satpal Chander
  1999-08-30 14:41 ` Michael Hirmke
  1999-08-31 23:49 ` Lincoln, W. Terry
  2 siblings, 1 reply; 42+ messages in thread
From: Satpal Chander @ 1999-08-26 23:11 UTC (permalink / raw)
  To: Lincoln, W. Terry, cygwin

<snip>
> include ../make.$(COMPILER)
>
> CCC   = $(CPPCOMPILER)
>
> SOURCES.cc    =  \
>                 VRMLVisitor.cc \
>                 SGGTVisitor.cc \
>                 TransformNode.cc \
>                 RootNode.cc \
>                 GroupNode.cc \
>                 LODNode.cc \
>                 MaterialNode.cc \
>                 DirectionalLightNode.cc \
>                 PointLightNode.cc \
>                 SpotLightNode.cc \
>                 GeometryBoxNode.cc \
>                 GeometryConeNode.cc \
>                 GeometryCylinderNode.cc \
>                 GeometrySphereNode.cc \
>                 GeometryFileNode.cc \
>                 Vec3.cc \
>                 RotationVec.cc
>
> SOURCES               = $(SOURCES.cc)
>
> OBJECTS.cc    = $(SOURCES.cc:.cc=.o)
>
> OBJECTS               = $(OBJECTS.cc)
>
> CFLAGS                = -DDEBUG=1 -I../inc
> -I/usr/local/gcc2.95/include
> CCFLAGS       = $(CFLAGS)
>
> LISGGT_SO     = ../lib/libSGGT.so
 - - - - - - - >~~~~~~~~~~~~~~~~~ (.so extension is for unix shared library)
Sorry I wanted to make a .a library with AR
> LISGGT_A      = ../lib/libSGGT.a
Therefore I replaced the following section:
> # Standard targets.
>
> all: $(LISGGT_SO)
>
>  $(LISGGT_SO): $(OBJECTS)
>       @echo ">>>"
>       @echo ">>> Making library $@
>       @echo ">>>"
>       $(RM) $@
>       $(LD) $(SHARED_LDFLAGS) -o $@ $(OBJECTS)
 ------------^^^^^^^^^^^^^^^^^ (Cygwin ld does not support that type of
shared library
                               (you need to create a DLL instead
Again sorry I want to make .a library
> .cc.o:
>       @echo ">>>"
>       @echo ">>> Compiling $<"
>       @echo ">>>"
>       $(COMPILE.cc) $(PIC) $<
With:
all: $(LISGGT_A)
 $(LISGGT_A): $(OBJECTS)
 @echo ">>>"
 @echo ">>> Making library $@
 @echo ">>>"
 $(RM) $@
 $(AR) $(STATIC_LDFLAGS) -o $@ $(OBJECTS) #where STATIC_LDFLAGS=rc

.cc.o:
 @echo ">>>"
 @echo ">>> Compiling $<"
 @echo ">>>"
 $(COMPILE.cc) $(PIC) $<

 <snip>
> depend:
>       makedepend $(CPPFLAGS) -w30 -I$(COMP_INC) $(SOURCES)
> # DO NOT DELETE THIS LINE -- make depend depends on it.

>Please scan the mailing list and read the FAQ about Cygwin shared
libraries.  And scan the mailing list about DLL files.
I know this is possible to make a .a library, as I have done it with another
simpler makefile.
But I don't see how my making a .so or .a library has anything to do with
the fact that it doesn't know howto make a .o file
e.g.
file://MAYA/.../sandro $ make --unix
cd src;make all
make[1]: *** No rule to make target `VRMLVisitor.o', needed by
`../lib/libSGGT.a'.  Stop.
make: *** [all] Error 2

Make version 3.75
This must be a problem with make as it works on un*x machines.
Any Ideas ?

Thank You
Satpal Chander


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make Problems
@ 1999-08-26 11:09 Lincoln, W. Terry
  1999-08-26 23:11 ` Satpal Chander
                   ` (2 more replies)
  0 siblings, 3 replies; 42+ messages in thread
From: Lincoln, W. Terry @ 1999-08-26 11:09 UTC (permalink / raw)
  To: 'c9502007@zeus.hud.ac.uk', cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 8036 bytes --]

Title: RE: Make Problems






> -----Original Message-----
> From: c9502007@zeus.hud.ac.uk [ mailto:c9502007@zeus.hud.ac.uk ]
> Sent: Thursday, August 26, 1999 3:59 AM
> To: cygwin@sourceware.cygnus.com
> Subject: Make Problems
> 
> 
> ----------
> X-Sun-Data-Type: text
> X-Sun-Data-Description: text
> X-Sun-Data-Name: text
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 23
> 
> Hi,
>Â Â Â  I am having problems with make. I have set up some 
> makefiles that work under un*x but not under 
> cygwin.
> I have attached 3 files
> make.g++Â Â Â Â Â Â Â  contains compiler specific stuff (I have one 
> for the SUN CC compiler called make.CC)
> makefileÂ Â Â Â Â Â Â  contains the main top level make file which 
> includes make.g++ via a env var COMPILER
> makefile_srcÂ Â Â  contains the makefile within the src 
> directory also include make.g++
> my directory strucutre is as follows
> toplevel_dir/Â Â  this conatins makefile and make.g++
> toplevel_dir/src this conatins makefile_src and sources files 
> for making a static library.
> toplevel_dir/inc this conatins all my includes
> toplevel_dir/src_test this contains my testing code
>Â  
> when I execute the following command
> //MAYA/.../sandro $ make --unix
> cd src;make all
> make[1]: *** No rule to make target `VRMLVisitor.o', needed 
> by `../lib/libSGGT.so'.Â  Stop.
> make: *** [all] Error 2
>Â  
> Anybody have any ideas as to what is going wrong????
>Â  
> Thanks
> Satpal Chander
> ----------
> X-Sun-Data-Type: default-app
> X-Sun-Data-Description: default
> X-Sun-Data-Name: make.g++
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 12
> 
> # make.CC compiler dependend
> 
> CPPCOMPILERÂ Â  = /usr/local/gcc-2.95/H-i586-cygwin32/bin/g++
> 
> SHARED_LDFLAGSÂ Â Â Â Â Â Â  = -G
> 
> MAKEÂ  Â Â Â Â Â Â Â  = make
> PICÂ Â  Â Â Â Â Â Â Â  = -fpic
> RMÂ Â Â  Â Â Â Â Â Â Â  = rm -f
> LDÂ Â Â  Â Â Â Â Â Â Â  = $(CPPCOMPILER)
> 
> 
> ----------
> X-Sun-Data-Type: Makefile
> X-Sun-Data-Description: Makefile
> X-Sun-Data-Name: makefile
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 12
> 
> include make.$(COMPILER)
> 
> all: FORCE
> Â Â Â Â Â  cd src;${MAKE} all
> Â Â Â Â Â  cd src_test;${MAKE} all
> 
> clean: FORCE
> Â Â Â Â Â  cd src;${MAKE} clean
> Â Â Â Â Â  cd src_test;${MAKE} clean
> 
> #force descent into subdir
> FORCE:
> ----------
> X-Sun-Data-Type: Makefile
> X-Sun-Data-Description: Makefile
> X-Sun-Data-Name: makefile_src
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 95
> 
> #########################################################
> ###
> ### FILE NAME : makefile
> ###
> ### CONTENTSÂ  :Â  Building library ....
> ###
> #########################################################
> #@echo "find ..make"
> 
> include ../make.$(COMPILER)
> 
> CCCÂ Â  = $(CPPCOMPILER)
> 
> SOURCES.cc Â Â  =Â  \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  VRMLVisitor.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  SGGTVisitor.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  TransformNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  RootNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GroupNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  LODNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  MaterialNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  DirectionalLightNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  PointLightNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  SpotLightNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryBoxNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryConeNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryCylinderNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometrySphereNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  GeometryFileNode.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  Vec3.cc \
> Â Â Â Â Â  Â Â Â Â Â Â Â  Â  RotationVec.cc
> 
> 
> SOURCESÂ Â Â Â Â Â  Â Â Â Â Â Â Â  = $(SOURCES.cc)
> 
> OBJECTS.cc Â Â  = $(SOURCES.cc:.cc=.o)
> 
> OBJECTSÂ Â Â Â Â Â  Â Â Â Â Â Â Â  = $(OBJECTS.cc)
> 
> CFLAGS Â Â Â Â Â Â  Â Â Â Â Â Â Â  = -DDEBUG=1 -I../inc 
> -I/usr/local/gcc2.95/include
> CCFLAGS Â Â Â Â Â  = $(CFLAGS)
> 
> LISGGT_SOÂ Â Â Â  = ../lib/libSGGT.so
Â - - - - - - - >~~~~~~~~~~~~~~~~~ (.so extension is for unix shared library)
> LISGGT_AÂ Â Â Â Â  = ../lib/libSGGT.a
> 
> # Standard targets.
> 
> all: $(LISGGT_SO)
> 
>Â  $(LISGGT_SO): $(OBJECTS)
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  @echo ">>> Making library $@
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  $(RM) $@
> Â Â Â Â Â  $(LD) $(SHARED_LDFLAGS) -o $@ $(OBJECTS)
Â ------------^^^^^^^^^^^^^^^^^ (Cygwin ld does not support that type of shared library
Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  (you need to create a DLL instead
> 
> 
> .cc.o: 
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  @echo ">>> Compiling $<"
> Â Â Â Â Â  @echo ">>>"
> Â Â Â Â Â  $(COMPILE.cc) $(PIC) $<
> 
> 
> ### does not clean libraries!!! (c.f. clean_all, clean_libs)
> clean: clean_rest
> Â Â Â Â Â  $(RM) $(OBJECTS)
> 
> clean_rest:
> Â Â Â Â Â  $(RM) *.bak *.BAK *.delta core *.tab.* *no_pure *~
> 
> 
> print:
> Â Â Â Â Â  @echo ""
> Â Â Â Â Â  @echo "====== 
> fil/fil_gen/conversion/src/makefile.dynamic ============"
> Â Â Â Â Â  @echo ""
> Â Â Â Â Â  @echo "LISGGT_SOÂ Â  = $(LISGGT_SO) "
> Â Â Â Â Â  @echo 
> "---------------------------------------------------------------"
> Â Â Â Â Â  @echo "SOURCESÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â  = $(SOURCES) "
> Â Â Â Â Â  @echo 
> "---------------------------------------------------------------"
> Â Â Â Â Â  @echo "OBJECTSÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â  = $(OBJECTS) "
> Â Â Â Â Â  @echo 
> "---------------------------------------------------------------"
> 
> 
> 
> 
> ########################################################
> #
> # Depend
> #
> ########################################################
> 
> depend:
> Â Â Â Â Â  makedepend $(CPPFLAGS) -w30 -I$(COMP_INC) $(SOURCES)
> # DO NOT DELETE THIS LINE -- make depend depends on it.



Please scan the mailing list and read the FAQ about Cygwin shared libraries.Â  And scan the mailing list about DLL files.

May GOD smiles upon your porting endeavor,


W. Terry LincolnÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  \Â Â Â Â Â  \Â Â  _Â Â  /
Senior EngineerÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  \Â Â Â Â Â  \ |J| /
Ultimate Technology CorporationÂ Â Â Â Â  \Â Â Â Â Â  _|E|_
a Tridex Company (NASDAQ:trdx)Â Â Â Â Â Â Â  \Â Â Â  |_ S _|
mailto:WTerryLincoln@engineer.com Â Â Â Â Â  \Â Â Â Â  |U|
http://terrylincoln.isonfire.com Â Â Â Â Â Â Â  \Â  / |S| \
http://www.AngelFire.com/ny/TerryLincoln \Â Â  | |Â  \
ICQ# 39362285Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  \Â  | |Â  
=========================================== ~~~~~
Opinions expressed do not represent the management of UTC. 


Â 


Warren Terry Lincoln (E-mail).vcf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Make Problems
@ 1999-08-26  1:08 MR. S.CHANDER
  1999-08-31 23:49 ` MR. S.CHANDER
  0 siblings, 1 reply; 42+ messages in thread
From: MR. S.CHANDER @ 1999-08-26  1:08 UTC (permalink / raw)
  To: cygwin

----------
X-Sun-Data-Type: text
X-Sun-Data-Description: text
X-Sun-Data-Name: text
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 23

Hi,
   I am having problems with make. I have set up some makefiles that work under un*x but not under 
cygwin.
I have attached 3 files
make.g++        contains compiler specific stuff (I have one for the SUN CC compiler called make.CC)
makefile        contains the main top level make file which includes make.g++ via a env var COMPILER
makefile_src    contains the makefile within the src directory also include make.g++
my directory strucutre is as follows
toplevel_dir/   this conatins makefile and make.g++
toplevel_dir/src this conatins makefile_src and sources files for making a static library.
toplevel_dir/inc this conatins all my includes
toplevel_dir/src_test this contains my testing code
 
when I execute the following command
//MAYA/.../sandro $ make --unix
cd src;make all
make[1]: *** No rule to make target `VRMLVisitor.o', needed by `../lib/libSGGT.so'.  Stop.
make: *** [all] Error 2
 
Anybody have any ideas as to what is going wrong????
 
Thanks
Satpal Chander
----------
X-Sun-Data-Type: default-app
X-Sun-Data-Description: default
X-Sun-Data-Name: make.g++
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 12

# make.CC compiler dependend

CPPCOMPILER	= /usr/local/gcc-2.95/H-i586-cygwin32/bin/g++

SHARED_LDFLAGS	= -G

MAKE 		= make
PIC		= -fpic
RM		= rm -f
LD		= $(CPPCOMPILER)


----------
X-Sun-Data-Type: Makefile
X-Sun-Data-Description: Makefile
X-Sun-Data-Name: makefile
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 12

include make.$(COMPILER)

all: FORCE
	cd src;${MAKE} all
	cd src_test;${MAKE} all

clean: FORCE
	cd src;${MAKE} clean
	cd src_test;${MAKE} clean

#force descent into subdir
FORCE:
----------
X-Sun-Data-Type: Makefile
X-Sun-Data-Description: Makefile
X-Sun-Data-Name: makefile_src
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 95

#########################################################
###
### FILE NAME : makefile
###
### CONTENTS  :  Building library ....
###
#########################################################
#@echo "find ..make"

include ../make.$(COMPILER)

CCC	= $(CPPCOMPILER)

SOURCES.cc 	=  \
		  VRMLVisitor.cc \
		  SGGTVisitor.cc \
		  TransformNode.cc \
		  RootNode.cc \
		  GroupNode.cc \
		  LODNode.cc \
		  MaterialNode.cc \
		  DirectionalLightNode.cc \
		  PointLightNode.cc \
		  SpotLightNode.cc \
		  GeometryBoxNode.cc \
		  GeometryConeNode.cc \
		  GeometryCylinderNode.cc \
		  GeometrySphereNode.cc \
		  GeometryFileNode.cc \
		  Vec3.cc \
		  RotationVec.cc


SOURCES		= $(SOURCES.cc)

OBJECTS.cc 	= $(SOURCES.cc:.cc=.o)

OBJECTS		= $(OBJECTS.cc)

CFLAGS 		= -DDEBUG=1 -I../inc -I/usr/local/gcc2.95/include
CCFLAGS 	= $(CFLAGS)

LISGGT_SO	= ../lib/libSGGT.so
LISGGT_A	= ../lib/libSGGT.a

# Standard targets.

all: $(LISGGT_SO)

 $(LISGGT_SO): $(OBJECTS)
	@echo ">>>"
	@echo ">>> Making library $@
	@echo ">>>"
	$(RM) $@
	$(LD) $(SHARED_LDFLAGS) -o $@ $(OBJECTS)


.cc.o: 
	@echo ">>>"
	@echo ">>> Compiling $<"
	@echo ">>>"
	$(COMPILE.cc) $(PIC) $<


### does not clean libraries!!! (c.f. clean_all, clean_libs)
clean: clean_rest
	$(RM) $(OBJECTS)

clean_rest:
	$(RM) *.bak *.BAK *.delta core *.tab.* *no_pure *~


print:
	@echo ""
	@echo "====== fil/fil_gen/conversion/src/makefile.dynamic ============"
	@echo ""
	@echo "LISGGT_SO   = $(LISGGT_SO) "
	@echo "---------------------------------------------------------------"
	@echo "SOURCES                = $(SOURCES) "
	@echo "---------------------------------------------------------------"
	@echo "OBJECTS                = $(OBJECTS) "
	@echo "---------------------------------------------------------------"




########################################################
#
# Depend
#
########################################################

depend:
	makedepend $(CPPFLAGS) -w30 -I$(COMP_INC) $(SOURCES)
# DO NOT DELETE THIS LINE -- make depend depends on it.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make problems
  1999-06-11  5:16 Borkhuis, Johan
@ 1999-06-30 22:10 ` Borkhuis, Johan
  0 siblings, 0 replies; 42+ messages in thread
From: Borkhuis, Johan @ 1999-06-30 22:10 UTC (permalink / raw)
  To: 'earnie_boyd@yahoo.com', 'cygwin@sourceware.cygnus.com'

> ----------
> From: 	Earnie Boyd[SMTP:earnie_boyd@yahoo.com]
> Reply To: 	earnie_boyd@yahoo.com
> Sent: 	vrijdag 11 juni 1999 14:11
> To: 	johan.borkhuis@peektraffic.nl; cygwin@sourceware.cygnus.com
> Subject: 	Re: Make problems
> 
> Have you downloaded and installed the January 15th snapshot?  This is
> an
> absolute must for Win95.
> 
Yes, I did that, before the upgrade it was almost impossible. I also
upgraded my machine to Win95-OSR1, with all the patches available, and
that also helped a lot. Bit still I get this error very often.

> ===
> YAWIA,
> Earnie Boyd < mailto:earnie_boyd@yahoo.com >
> 
> Newbies, please visit
> < http://www.freeyellow.com/members5/gw32/index.html >
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
Met vriendelijke groeten,
          Johan Borkhuis

--
J.A. Borkhuis, Product Manager Public Transport Systems
Peek Traffic B.V, Basicweg 16
P.O. Box 2542, 3800 GB Amersfoort NL
Tel.: (+31)-33-454 1970, Fax: (+31)-33-454 1973

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make problems
  1999-06-14  1:53 Make problems Johan Borkhuis
@ 1999-06-30 22:10 ` Johan Borkhuis
  0 siblings, 0 replies; 42+ messages in thread
From: Johan Borkhuis @ 1999-06-30 22:10 UTC (permalink / raw)
  To: cygwin

> ----------
> From: cygwin@sourceware.cygnus.com[SMTP:cygwin@sourceware.cygnus.com]
> Sent: 	vrijdag 11 juni 1999 17:28
> To: 	johan.borkhuis@peektraffic.nl
> Cc: 	cygwin@sourceware.cygnus.com
> Subject: 	Re: Make problems
> 
> This indicates that make is dying in a Windows 95 function.  That
> obviously shouldn't happen.  It's an indication that Windows 95 is
> buggy.
> 
> You might want to install the USB patch for Windows 95.  It should
> make
> things more stable.
> 
> Also, you might want to try one of the very newest snapshots rather
> than
> the 15-Jan-1999.
> 
Which snapshot is stable enough to use it? I saw some notes about jan.
15 snapshot, but nothing about any newer snapshots.

> -chris
> 
Met vriendelijke groeten,
          Johan Borkhuis

--
J.A. Borkhuis, Product Manager Public Transport Systems
Peek Traffic B.V, Basicweg 16
P.O. Box 2542, 3800 GB Amersfoort NL
Tel.: (+31)-33-454 1970, Fax: (+31)-33-454-1973


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
  1999-06-11  8:27 ` cygwin
@ 1999-06-30 22:10   ` cygwin
  0 siblings, 0 replies; 42+ messages in thread
From: cygwin @ 1999-06-30 22:10 UTC (permalink / raw)
  To: johan.borkhuis; +Cc: cygwin

On Fri, Jun 11, 1999 at 11:43:00AM +0200, Johan Borkhuis wrote:
>Hello,
>
>When I run make I often get the following message:
>
>    0       0 [main] H:\TOOLS\GCC\H-I586-CYGWIN32\BIN\MAKE.EXE 1755
>handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
>    0    9772 [main] MAKE 1755 handle_exceptions: Dumping stack trace to
>MAKE.EXE.core
>
>The following data was dumped to MAKE.EXE.core:
>
>36518   46290 [main] MAKE 1755 exception: trapped!
>22702   68992 [main] MAKE 1755 exception: code 0xC0000005 at 0xBFFBF9D1

This indicates that make is dying in a Windows 95 function.  That
obviously shouldn't happen.  It's an indication that Windows 95 is
buggy.

You might want to install the USB patch for Windows 95.  It should make
things more stable.

Also, you might want to try one of the very newest snapshots rather than
the 15-Jan-1999.

-chris

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Make problems
  1999-06-11  2:44 Johan Borkhuis
  1999-06-11  8:27 ` cygwin
@ 1999-06-30 22:10 ` Johan Borkhuis
  1 sibling, 0 replies; 42+ messages in thread
From: Johan Borkhuis @ 1999-06-30 22:10 UTC (permalink / raw)
  To: cygwin

Hello,

When I run make I often get the following message:

    0       0 [main] H:\TOOLS\GCC\H-I586-CYGWIN32\BIN\MAKE.EXE 1755
handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
    0    9772 [main] MAKE 1755 handle_exceptions: Dumping stack trace to
MAKE.EXE.core

When I restart make again make will continue again, until it crashes
again or finishes the build.

This is vary anoying, because I am trying to build a large project, and
sometimes I get this message several times before I can complete the
build.

What can be the cause of this problem, and is it possible to solve this
problem?

The version of Make is 3.77, and I am running W95

The following data was dumped to MAKE.EXE.core:

36518   46290 [main] MAKE 1755 exception: trapped!
22702   68992 [main] MAKE 1755 exception: code 0xC0000005 at 0xBFFBF9D1
11279   80271 [main] MAKE 1755 exception: ax 0xBFFBF9E0 bx 0x815E5054 cx
0x1 dx 0x815E4BD8
 7829   88100 [main] MAKE 1755 exception: si 0x0 di 0x815E5054 bp
0x255F02C sp 0x255F024
23329  111429 [main] MAKE 1755 exception: exception is:
STATUS_ACCESS_VIOLATION
 3359  114788 [main] MAKE 1755 stack: Stack trace:
 7616  122404 [main] MAKE 1755 stack: frame 0: sp = 0x255EE2C, pc =
0x6100AC27
 2728  125132 [main] MAKE 1755 stack: frame 1: sp = 0x255EE58, pc =
0xBFF7663C
 6500  131632 [main] MAKE 1755 stack: frame 2: sp = 0x255EE7C, pc =
0xBFF859D9
 7776  139408 [main] MAKE 1755 stack: frame 3: sp = 0x255EF14, pc =
0xFFECBAD7
 2653  142061 [main] MAKE 1755 stack: frame 4: sp = 0x255F02C, pc =
0x286
 2431  144492 [main] MAKE 1755 stack: frame 5: sp = 0x255F0B4, pc =
0x61039A2E
 2375  146867 [main] MAKE 1755 stack: frame 6: sp = 0x255F0CC, pc =
0x61054DFC
 2299  149166 [main] MAKE 1755 stack: frame 7: sp = 0x255F0D8, pc =
0x40591C
 2665  151831 [main] MAKE 1755 stack: frame 8: sp = 0x255F180, pc =
0x406589
 2500  154331 [main] MAKE 1755 stack: frame 9: sp = 0x255F1CC, pc =
0x405112
 2558  156889 [main] MAKE 1755 stack: frame 10: sp = 0x255F1E8, pc =
0x40F9B1
 2549  159438 [main] MAKE 1755 stack: frame 11: sp = 0x255F1F8, pc =
0x40F2F2
 5802  165240 [main] MAKE 1755 stack: frame 12: sp = 0x255F240, pc =
0x40E43E
 2430  167670 [main] MAKE 1755 stack: frame 13: sp = 0x255F25C, pc =
0x40F563
 2395  170065 [main] MAKE 1755 stack: frame 14: sp = 0x255F288, pc =
0x40ED98
 3977  174042 [main] MAKE 1755 stack: frame 15: sp = 0x255F2DC, pc =
0x40E43E
 2420  176462 [main] MAKE 1755 stack: End of stack trace (more stack
frames may be present)


Met vriendelijke groeten,
          Johan Borkhuis

--

J.A. Borkhuis, Product Manager Public Transport Systems
Peek Traffic B.V, Basicweg 16
P.O. Box 2542, 3800 GB Amersfoort NL
Tel.: (+31)-33-454 1970, Fax: (+31)-33-454 1973

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make problems
  1999-06-11  5:47 Earnie Boyd
@ 1999-06-30 22:10 ` Earnie Boyd
  0 siblings, 0 replies; 42+ messages in thread
From: Earnie Boyd @ 1999-06-30 22:10 UTC (permalink / raw)
  To: Borkhuis, Johan, 'cygwin@sourceware.cygnus.com'

--- "Borkhuis, Johan" <Johan.Borkhuis@peektraffic.nl> wrote:
> 
> > ----------
> > From: 	Earnie Boyd[SMTP:earnie_boyd@yahoo.com]
> > Reply To: 	earnie_boyd@yahoo.com
> > Sent: 	vrijdag 11 juni 1999 14:11
> > To: 	johan.borkhuis@peektraffic.nl; cygwin@sourceware.cygnus.com
> > Subject: 	Re: Make problems
> > 
> > Have you downloaded and installed the January 15th snapshot?  This is
> > an
> > absolute must for Win95.
> > 
> Yes, I did that, before the upgrade it was almost impossible. I also
> upgraded my machine to Win95-OSR1, with all the patches available, and
> that also helped a lot. Bit still I get this error very often.

Paste (don't attach) the output of `cygcheck -s -v -r' in a mail.
===
YAWIA,
Earnie Boyd < mailto:earnie_boyd@yahoo.com >

Newbies, please visit
< http://www.freeyellow.com/members5/gw32/index.html >
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
  1999-06-11  5:11 Earnie Boyd
@ 1999-06-30 22:10 ` Earnie Boyd
  0 siblings, 0 replies; 42+ messages in thread
From: Earnie Boyd @ 1999-06-30 22:10 UTC (permalink / raw)
  To: johan.borkhuis, cygwin

--- Johan Borkhuis <borkhuis@xs4all.nl> wrote:
> Hello,
> 
> When I run make I often get the following message:
> 
>     0       0 [main] H:\TOOLS\GCC\H-I586-CYGWIN32\BIN\MAKE.EXE 1755
> handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
>     0    9772 [main] MAKE 1755 handle_exceptions: Dumping stack trace to
> MAKE.EXE.core
> 
> When I restart make again make will continue again, until it crashes
> again or finishes the build.
> 
> This is vary anoying, because I am trying to build a large project, and
> sometimes I get this message several times before I can complete the
> build.
> 
> What can be the cause of this problem, and is it possible to solve this
> problem?
> 
> The version of Make is 3.77, and I am running W95

Have you downloaded and installed the January 15th snapshot?  This is an
absolute must for Win95.

===
YAWIA,
Earnie Boyd < mailto:earnie_boyd@yahoo.com >

Newbies, please visit
< http://www.freeyellow.com/members5/gw32/index.html >
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make problems
@ 1999-06-14  1:53 Johan Borkhuis
  1999-06-30 22:10 ` Johan Borkhuis
  0 siblings, 1 reply; 42+ messages in thread
From: Johan Borkhuis @ 1999-06-14  1:53 UTC (permalink / raw)
  To: cygwin

> ----------
> From: cygwin@sourceware.cygnus.com[SMTP:cygwin@sourceware.cygnus.com]
> Sent: 	vrijdag 11 juni 1999 17:28
> To: 	johan.borkhuis@peektraffic.nl
> Cc: 	cygwin@sourceware.cygnus.com
> Subject: 	Re: Make problems
> 
> This indicates that make is dying in a Windows 95 function.  That
> obviously shouldn't happen.  It's an indication that Windows 95 is
> buggy.
> 
> You might want to install the USB patch for Windows 95.  It should
> make
> things more stable.
> 
> Also, you might want to try one of the very newest snapshots rather
> than
> the 15-Jan-1999.
> 
Which snapshot is stable enough to use it? I saw some notes about jan.
15 snapshot, but nothing about any newer snapshots.

> -chris
> 
Met vriendelijke groeten,
          Johan Borkhuis

--
J.A. Borkhuis, Product Manager Public Transport Systems
Peek Traffic B.V, Basicweg 16
P.O. Box 2542, 3800 GB Amersfoort NL
Tel.: (+31)-33-454 1970, Fax: (+31)-33-454-1973


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
  1999-06-11  2:44 Johan Borkhuis
@ 1999-06-11  8:27 ` cygwin
  1999-06-30 22:10   ` cygwin
  1999-06-30 22:10 ` Johan Borkhuis
  1 sibling, 1 reply; 42+ messages in thread
From: cygwin @ 1999-06-11  8:27 UTC (permalink / raw)
  To: johan.borkhuis; +Cc: cygwin

On Fri, Jun 11, 1999 at 11:43:00AM +0200, Johan Borkhuis wrote:
>Hello,
>
>When I run make I often get the following message:
>
>    0       0 [main] H:\TOOLS\GCC\H-I586-CYGWIN32\BIN\MAKE.EXE 1755
>handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
>    0    9772 [main] MAKE 1755 handle_exceptions: Dumping stack trace to
>MAKE.EXE.core
>
>The following data was dumped to MAKE.EXE.core:
>
>36518   46290 [main] MAKE 1755 exception: trapped!
>22702   68992 [main] MAKE 1755 exception: code 0xC0000005 at 0xBFFBF9D1

This indicates that make is dying in a Windows 95 function.  That
obviously shouldn't happen.  It's an indication that Windows 95 is
buggy.

You might want to install the USB patch for Windows 95.  It should make
things more stable.

Also, you might want to try one of the very newest snapshots rather than
the 15-Jan-1999.

-chris

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make problems
@ 1999-06-11  5:47 Earnie Boyd
  1999-06-30 22:10 ` Earnie Boyd
  0 siblings, 1 reply; 42+ messages in thread
From: Earnie Boyd @ 1999-06-11  5:47 UTC (permalink / raw)
  To: Borkhuis, Johan, 'cygwin@sourceware.cygnus.com'

--- "Borkhuis, Johan" <Johan.Borkhuis@peektraffic.nl> wrote:
> 
> > ----------
> > From: 	Earnie Boyd[SMTP:earnie_boyd@yahoo.com]
> > Reply To: 	earnie_boyd@yahoo.com
> > Sent: 	vrijdag 11 juni 1999 14:11
> > To: 	johan.borkhuis@peektraffic.nl; cygwin@sourceware.cygnus.com
> > Subject: 	Re: Make problems
> > 
> > Have you downloaded and installed the January 15th snapshot?  This is
> > an
> > absolute must for Win95.
> > 
> Yes, I did that, before the upgrade it was almost impossible. I also
> upgraded my machine to Win95-OSR1, with all the patches available, and
> that also helped a lot. Bit still I get this error very often.

Paste (don't attach) the output of `cygcheck -s -v -r' in a mail.
===
YAWIA,
Earnie Boyd < mailto:earnie_boyd@yahoo.com >

Newbies, please visit
< http://www.freeyellow.com/members5/gw32/index.html >
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* RE: Make problems
@ 1999-06-11  5:16 Borkhuis, Johan
  1999-06-30 22:10 ` Borkhuis, Johan
  0 siblings, 1 reply; 42+ messages in thread
From: Borkhuis, Johan @ 1999-06-11  5:16 UTC (permalink / raw)
  To: 'earnie_boyd@yahoo.com', 'cygwin@sourceware.cygnus.com'

> ----------
> From: 	Earnie Boyd[SMTP:earnie_boyd@yahoo.com]
> Reply To: 	earnie_boyd@yahoo.com
> Sent: 	vrijdag 11 juni 1999 14:11
> To: 	johan.borkhuis@peektraffic.nl; cygwin@sourceware.cygnus.com
> Subject: 	Re: Make problems
> 
> Have you downloaded and installed the January 15th snapshot?  This is
> an
> absolute must for Win95.
> 
Yes, I did that, before the upgrade it was almost impossible. I also
upgraded my machine to Win95-OSR1, with all the patches available, and
that also helped a lot. Bit still I get this error very often.

> ===
> YAWIA,
> Earnie Boyd < mailto:earnie_boyd@yahoo.com >
> 
> Newbies, please visit
> < http://www.freeyellow.com/members5/gw32/index.html >
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
Met vriendelijke groeten,
          Johan Borkhuis

--
J.A. Borkhuis, Product Manager Public Transport Systems
Peek Traffic B.V, Basicweg 16
P.O. Box 2542, 3800 GB Amersfoort NL
Tel.: (+31)-33-454 1970, Fax: (+31)-33-454 1973

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Re: Make problems
@ 1999-06-11  5:11 Earnie Boyd
  1999-06-30 22:10 ` Earnie Boyd
  0 siblings, 1 reply; 42+ messages in thread
From: Earnie Boyd @ 1999-06-11  5:11 UTC (permalink / raw)
  To: johan.borkhuis, cygwin

--- Johan Borkhuis <borkhuis@xs4all.nl> wrote:
> Hello,
> 
> When I run make I often get the following message:
> 
>     0       0 [main] H:\TOOLS\GCC\H-I586-CYGWIN32\BIN\MAKE.EXE 1755
> handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
>     0    9772 [main] MAKE 1755 handle_exceptions: Dumping stack trace to
> MAKE.EXE.core
> 
> When I restart make again make will continue again, until it crashes
> again or finishes the build.
> 
> This is vary anoying, because I am trying to build a large project, and
> sometimes I get this message several times before I can complete the
> build.
> 
> What can be the cause of this problem, and is it possible to solve this
> problem?
> 
> The version of Make is 3.77, and I am running W95

Have you downloaded and installed the January 15th snapshot?  This is an
absolute must for Win95.

===
YAWIA,
Earnie Boyd < mailto:earnie_boyd@yahoo.com >

Newbies, please visit
< http://www.freeyellow.com/members5/gw32/index.html >
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

* Make problems
@ 1999-06-11  2:44 Johan Borkhuis
  1999-06-11  8:27 ` cygwin
  1999-06-30 22:10 ` Johan Borkhuis
  0 siblings, 2 replies; 42+ messages in thread
From: Johan Borkhuis @ 1999-06-11  2:44 UTC (permalink / raw)
  To: cygwin

Hello,

When I run make I often get the following message:

    0       0 [main] H:\TOOLS\GCC\H-I586-CYGWIN32\BIN\MAKE.EXE 1755
handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
    0    9772 [main] MAKE 1755 handle_exceptions: Dumping stack trace to
MAKE.EXE.core

When I restart make again make will continue again, until it crashes
again or finishes the build.

This is vary anoying, because I am trying to build a large project, and
sometimes I get this message several times before I can complete the
build.

What can be the cause of this problem, and is it possible to solve this
problem?

The version of Make is 3.77, and I am running W95

The following data was dumped to MAKE.EXE.core:

36518   46290 [main] MAKE 1755 exception: trapped!
22702   68992 [main] MAKE 1755 exception: code 0xC0000005 at 0xBFFBF9D1
11279   80271 [main] MAKE 1755 exception: ax 0xBFFBF9E0 bx 0x815E5054 cx
0x1 dx 0x815E4BD8
 7829   88100 [main] MAKE 1755 exception: si 0x0 di 0x815E5054 bp
0x255F02C sp 0x255F024
23329  111429 [main] MAKE 1755 exception: exception is:
STATUS_ACCESS_VIOLATION
 3359  114788 [main] MAKE 1755 stack: Stack trace:
 7616  122404 [main] MAKE 1755 stack: frame 0: sp = 0x255EE2C, pc =
0x6100AC27
 2728  125132 [main] MAKE 1755 stack: frame 1: sp = 0x255EE58, pc =
0xBFF7663C
 6500  131632 [main] MAKE 1755 stack: frame 2: sp = 0x255EE7C, pc =
0xBFF859D9
 7776  139408 [main] MAKE 1755 stack: frame 3: sp = 0x255EF14, pc =
0xFFECBAD7
 2653  142061 [main] MAKE 1755 stack: frame 4: sp = 0x255F02C, pc =
0x286
 2431  144492 [main] MAKE 1755 stack: frame 5: sp = 0x255F0B4, pc =
0x61039A2E
 2375  146867 [main] MAKE 1755 stack: frame 6: sp = 0x255F0CC, pc =
0x61054DFC
 2299  149166 [main] MAKE 1755 stack: frame 7: sp = 0x255F0D8, pc =
0x40591C
 2665  151831 [main] MAKE 1755 stack: frame 8: sp = 0x255F180, pc =
0x406589
 2500  154331 [main] MAKE 1755 stack: frame 9: sp = 0x255F1CC, pc =
0x405112
 2558  156889 [main] MAKE 1755 stack: frame 10: sp = 0x255F1E8, pc =
0x40F9B1
 2549  159438 [main] MAKE 1755 stack: frame 11: sp = 0x255F1F8, pc =
0x40F2F2
 5802  165240 [main] MAKE 1755 stack: frame 12: sp = 0x255F240, pc =
0x40E43E
 2430  167670 [main] MAKE 1755 stack: frame 13: sp = 0x255F25C, pc =
0x40F563
 2395  170065 [main] MAKE 1755 stack: frame 14: sp = 0x255F288, pc =
0x40ED98
 3977  174042 [main] MAKE 1755 stack: frame 15: sp = 0x255F2DC, pc =
0x40E43E
 2420  176462 [main] MAKE 1755 stack: End of stack trace (more stack
frames may be present)


Met vriendelijke groeten,
          Johan Borkhuis

--

J.A. Borkhuis, Product Manager Public Transport Systems
Peek Traffic B.V, Basicweg 16
P.O. Box 2542, 3800 GB Amersfoort NL
Tel.: (+31)-33-454 1970, Fax: (+31)-33-454 1973

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 42+ messages in thread

end of thread, other threads:[~2001-01-17 10:37 UTC | newest]

Thread overview: 42+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-06-14  5:47 Make problems N8TM
1999-06-14 15:06 ` Chris Faylor
1999-06-14 18:06   ` new cygwin.dll (was Re: Make problems) Samy Alex ZAIMI
1999-06-14 18:38     ` DJ Delorie
1999-06-14 19:01       ` Samy Alex ZAIMI
1999-06-14 19:45         ` DJ Delorie
1999-06-14 20:04           ` Samy Alex ZAIMI
1999-06-14 21:24             ` Geoffrey Noer
1999-06-30 22:10               ` Geoffrey Noer
1999-06-15 13:28             ` Chris Faylor
1999-06-30 22:10               ` Chris Faylor
1999-06-30 22:10             ` Samy Alex ZAIMI
1999-06-30 22:10           ` DJ Delorie
1999-06-30 22:10         ` Samy Alex ZAIMI
1999-06-30 22:10       ` DJ Delorie
1999-06-30 22:10     ` Samy Alex ZAIMI
1999-06-30 22:10   ` Make problems Chris Faylor
1999-06-30 22:10 ` N8TM
  -- strict thread matches above, loose matches on Subject: below --
2001-01-17 10:27 make problems Yehuda Gan-El
2001-01-17 10:37 ` Larry Hall (RFK Partners, Inc)
2000-03-28 15:17 Make problems Aleksandar Miljusevic
2000-03-28 21:08 ` Doug Wyatt
1999-08-26 11:09 Make Problems Lincoln, W. Terry
1999-08-26 23:11 ` Satpal Chander
1999-08-31 23:49   ` Satpal Chander
1999-08-30 14:41 ` Michael Hirmke
1999-08-31 23:49   ` Michael Hirmke
1999-08-31 23:49 ` Lincoln, W. Terry
1999-08-26  1:08 MR. S.CHANDER
1999-08-31 23:49 ` MR. S.CHANDER
1999-06-14  1:53 Make problems Johan Borkhuis
1999-06-30 22:10 ` Johan Borkhuis
1999-06-11  5:47 Earnie Boyd
1999-06-30 22:10 ` Earnie Boyd
1999-06-11  5:16 Borkhuis, Johan
1999-06-30 22:10 ` Borkhuis, Johan
1999-06-11  5:11 Earnie Boyd
1999-06-30 22:10 ` Earnie Boyd
1999-06-11  2:44 Johan Borkhuis
1999-06-11  8:27 ` cygwin
1999-06-30 22:10   ` cygwin
1999-06-30 22:10 ` Johan Borkhuis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).