search

cpunion / iphone-dev

Automatically exported from code.google.com/p/iphone-dev
1 stars 0 forks source link

army.y - no such file or directory #61

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?

1. ../../odcctools/configure --target=arm-apple-darwin --disable-ld64$
2. make

What do you see instead?

make[2]: Entering directory `/work/iphone/iphone-
dev/build/odcctools/as/arm'
make[2]: Circular armop.c <- army.c dependency dropped.
bison -v -o army.c -d ../army.y
bison: cannot open file `../army.y': No such file or directory

What version of the product are you using? On what operating system?

iphone-dev revision 194.

Original issue reported on code.google.com by tim.schu...@gmail.com on 26 Sep 2007 at 10:22

GoogleCodeExporter commented 8 years ago 
Have exactly the same problem on Intel Mac OS X 10.4.10

Original comment by dmytro.p...@gmail.com on 26 Sep 2007 at 1:09

GoogleCodeExporter commented 8 years ago 
I've copied army.y to the as/arm directory and it works fine for me.

Original comment by dmytro.p...@gmail.com on 26 Sep 2007 at 1:26

GoogleCodeExporter commented 8 years ago 
I've changed ../army.y to $(srcdir)/as/army.y in odcctools/as/arm/Makefile.in 
and compiling is success

Original comment by niwaniwa...@gmail.com on 26 Sep 2007 at 1:50

GoogleCodeExporter commented 8 years ago 
I had this exact same issue on Ubuntu 7.04 and moving army.y from
/iphone-dev/odcctools/as to /iphone-dev/build/odcctools/as solved the problem 
so make
completes without issue.  I suppose I might have copied files incorrectly, but I
followed the wiki very explicitly.

Original comment by delore...@gmail.com on 27 Sep 2007 at 12:22

GoogleCodeExporter commented 8 years ago 
I see this on SuSE linux also.  If you guys check in the Makefile.am files, we 
could
provide patches for issues like this.

Original comment by co...@compuserve.com on 27 Sep 2007 at 12:46

GoogleCodeExporter commented 8 years ago 
>>5

We don't use automake in odcctools, because odcctools doesn't use automake.

In any case, this issue should be fixed. I tested a build of odcctools in an 
external directory and resolved the 
circular dependency problem. You'll need to reconfigure odcctools.

Original comment by nightwat...@gmail.com on 27 Sep 2007 at 1:25

GoogleCodeExporter commented 8 years ago 
Ah, ok, that was the other option.  Are you guys doing the Makefile.in's by 
hand then?

Original comment by co...@compuserve.com on 27 Sep 2007 at 1:37