471,123 Members | 849 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 471,123 software developers and data experts.

1254-002 Cannot find a rule to create target /u02/apps_r/dev/ben/lib/fcfz02.a from dependencies.

Hi,
First of all, I'm a beginner with Unix.

I have a "make" (Unix command) problem with a Pro*C sub-program since
I installed Oracle8i (before I was at 7.3.4). I have a script builder
that generate a makefile (that include env_precomp.mk) and launch this
makefile after. So, I receive this error:
make: 1254-002 Cannot find a rule to create target
/u02/apps_r/dev/ben/lib/fcfz02.a from dependencies.

Also, I can launch the makefile with "make" command at prompt
(re-using the makefile generated) and I have the same error. So I
launched the "make" command with debug option. After a "Suff_FindDeps"
instruction I saw that:
"Examining /u02/apps_r/dev/ben/lib/fcfz02.a...non-existent...non-existent
and no sources...out-of-date." and my error follow. See:

....
Suff_FindDeps (all)
No known suffix on all. Using .NULL suffix.
all:@ = all
all:* = all
all:< =
No valid suffix on all.
failed. Returning NULL
Suff_FindDeps (/u02/apps_r/dev/ben/lib/fcfz02.a)
trying /u02/apps_r/dev/ben/lib/fcfz02.c...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.c...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.f...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.f90...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f90...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.f95...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f95...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.F...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.F...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.s...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.C...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.C...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.c...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.y...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.y...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.l...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f90...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f95...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.F...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.C...not there
/u02/apps_r/dev/ben/lib/fcfz02.a:@ = /u02/apps_r/dev/ben/lib/fcfz02.a
/u02/apps_r/dev/ben/lib/fcfz02.a:* = /u02/apps_r/dev/ben/lib/fcfz02
/u02/apps_r/dev/ben/lib/fcfz02.a:< =
Examining /u02/apps_r/dev/ben/lib/fcfz02.a...non-existent...non-existent
and no sources...out-of-date.
/u02/apps_r/dev/ben/lib/fcfz02.a:? =
/u02/apps_r/dev/ben/lib/fcfz02.a:> =
make: 1254-002 Cannot find a rule to create target
/u02/apps_r/dev/ben/lib/fcfz02.a from dependencies.
Stop.

I hoped to have something like "got it." instead of "Examining...".

The "No known suffix on all. Using .NULL suffix." is also there with
env_precomp.mk of 7.3.4 version:

....
Suff_FindDeps (all)
No known suffix on all. Using .NULL suffix.
all:@ = all
all:* = all
all:< =
No valid suffix on all.
failed. Returning NULL
Suff_FindDeps (/u02/apps_r/dev/ben/lib/fcfz02.a)
trying /u02/apps_r/dev/ben/lib/fcfz02.c...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.c...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.f...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.f90...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f90...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.f95...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f95...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.F...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.F...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.s...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.C...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.C...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.c...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.y...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.y...not there
trying /u02/apps_r/dev/ben/lib/fcfz02.l...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f90...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.f95...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.F...not there
trying /u02/apps_r/dev/ben/lib/s.fcfz02.C...not there
/u02/apps_r/dev/ben/lib/fcfz02.a:@ = /u02/apps_r/dev/ben/lib/fcfz02.a
/u02/apps_r/dev/ben/lib/fcfz02.a:* = /u02/apps_r/dev/ben/lib/fcfz02
/u02/apps_r/dev/ben/lib/fcfz02.a:< =
....

In fact, fcfz02.a is not in /u02/apps_r/dev/ben/lib but with 7.3.4
env_precomp.mk no attention is given to that. Why now the compilation
is stopped?

Thanks,
Simon.
Nov 13 '05 #1
4 8105
<si*****@hotmail.com> wrote in message
news:a8*************************@posting.google.co m...
Hi,
First of all, I'm a beginner with Unix.

I have a "make" (Unix command) problem with a Pro*C sub-program since
I installed Oracle8i (before I was at 7.3.4).


http://www.angelfire.com/ms3/bchambl...me_to_clc.html

-Mike
Nov 13 '05 #2
si*****@hotmail.com wrote in message news:<a8*************************@posting.google.c om>...
Hi,
First of all, I'm a beginner with Unix.


This isn't a Unix newsgroup. This newsgroup is solely concerned with
ANSI/ISO Standard C, as well as historic pre-Standard K&R C (that is,
the language as described in the first edition of the book "The C
Programming Language" by Kernighan and Ritchie).

If you want an answer to a Unix question, ask in a different
newsgroup.

<snip tremendous amount of absolute crap>

Eh, do you expect us to decode the spewings of your make program? Do
you expect comp.lang.c to care at all about a system-specific problem?

If you do, you need a clue.
Nov 13 '05 #3
li***************@yahoo.com (August Derleth) wrote in message news:<b6************************@posting.google.co m>...
si*****@hotmail.com wrote in message news:<a8*************************@posting.google.c om>...
Hi,
First of all, I'm a beginner with Unix.


This isn't a Unix newsgroup. This newsgroup is solely concerned with
ANSI/ISO Standard C, as well as historic pre-Standard K&R C (that is,
the language as described in the first edition of the book "The C
Programming Language" by Kernighan and Ritchie).

If you want an answer to a Unix question, ask in a different
newsgroup.

<snip tremendous amount of absolute crap>

Eh, do you expect us to decode the spewings of your make program? Do
you expect comp.lang.c to care at all about a system-specific problem?

If you do, you need a clue.


Sorry.
Nov 13 '05 #4

"August Derleth" <li***************@yahoo.com> wrote in message
news:b6************************@posting.google.com ...
<snip tremendous amount of absolute crap>

Eh, do you expect us to decode the spewings of your make program? Do
you expect comp.lang.c to care at all about a system-specific problem?

If you do, you need a clue.


And which finishing school expelled *you* for arson, then??
Nov 13 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

29 posts views Thread by Damian Brown | last post: by
15 posts views Thread by Cem Louis | last post: by
6 posts views Thread by bayram guzer | last post: by
3 posts views Thread by Savas Ates | last post: by
2 posts views Thread by Ozer | last post: by
2 posts views Thread by Ozer | last post: by
4 posts views Thread by CreateObject | last post: by
4 posts views Thread by Jason Gyetko | last post: by
2 posts views Thread by Nathan Harmston | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.