one more try...
anyone else get the following:
make[5]: Entering directory
`/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
lex -t aicasm_scan.l > aicasm_scan.c
gcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c
aicasm_symbol.c -o aicasm
aicasm_symbol.c:39: db/db_185.h: No such file or directory
make[5]: *** [aicasm] Error 1
make[5]: Leaving directory
`/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
On 03.07 Phil Oester wrote:
> one more try...
>
> anyone else get the following:
>
> make[5]: Entering directory
> `/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
> lex -t aicasm_scan.l > aicasm_scan.c
> gcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c
> aicasm_symbol.c -o aicasm
> aicasm_symbol.c:39: db/db_185.h: No such file or directory
> make[5]: *** [aicasm] Error 1
> make[5]: Leaving directory
> `/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
>
Which distro is yours ? In my Mandrake 8.0beta there is no /usr/include/db.
Mdk offers the 3 db libs (db1, db2, db3), so I had to create a symlink
/usr/include/db3 -> /usr/include/db.
Which is the standard path ? At least, Mdk and RH (Alan...) differ.
--
J.A. Magallon $> cd pub
mailto:[email protected] $> more beer
Linux werewolf 2.4.2-ac13 #3 SMP Wed Mar 7 00:09:17 CET 2001 i686
>make[5]: Entering directory
>`/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
>lex -t aicasm_scan.l > aicasm_scan.c
>gcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c
>aicasm_symbol.c -o aicasm
>aicasm_symbol.c:39: db/db_185.h: No such file or directory
>make[5]: *** [aicasm] Error 1
>make[5]: Leaving directory
>`/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
Is it prudent to build the assembler from within the kernel
build? I'd personally love to ditch the aic7xxx_seq.h and
aic7xxx_reg.h files from the kernel distribution and I even
have the makefiles for version 6.1.6 of the driver. The only
question is, with so many distributions out there can we rely
on lex, yacc, and berkeley DB existing on the host system?
As to your *real* problem. My guess is that the dependency
to regenerate the files is getting hit. This often happens
during a patch upgrade where only one of the two generated files
is updated. If you touch aic7xxx_reg.h and aic7xxx_seq.h the
build will work fine. Alternatively, you can figure out how to
get Berekeley DB installed on your system.
--
Justin
Phil Oester wrote:
>
> one more try...
>
> anyone else get the following:
>
> make[5]: Entering directory
> `/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
> lex -t aicasm_scan.l > aicasm_scan.c
> gcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c
> aicasm_symbol.c -o aicasm
> aicasm_symbol.c:39: db/db_185.h: No such file or directory
> make[5]: *** [aicasm] Error 1
> make[5]: Leaving directory
> `/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
The location of db_185.h is somewhat vendor dependent. In my case
(Mandrake cooker), the location is in /usr/include/db3 rather than
/usr/include/db. You have a couple of choices for now... symlink db3 to
db if that is your situation or back out that portion of the patch to
use the original db1 library. I personally chose the symlink, but it
does highlight the problem of having userspace dependencies in the
tree...
John
> make[5]: Entering directory
> `/usr/src/linux-2.4.2-ac13/drivers/scsi/aic7xxx/aicasm'
> lex -t aicasm_scan.l > aicasm_scan.c
> gcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c
> aicasm_symbol.c -o aicasm
> aicasm_symbol.c:39: db/db_185.h: No such file or directory
You need db3/db3-devel installed
> Which distro is yours ? In my Mandrake 8.0beta there is no /usr/include/db.
> Mdk offers the 3 db libs (db1, db2, db3), so I had to create a symlink
> /usr/include/db3 -> /usr/include/db.
>
> Which is the standard path ? At least, Mdk and RH (Alan...) differ.
Im not too worried about this right now since as Al Viro pointed out the
libdb use is unneeded.
The irony of all this was that the real concern Justin had and discussed with
people was about lex/bison/yacc being available, and the problem has been db
I actually had the problem with lack-of-lex also, but worked through that...
-----Original Message-----
From: [email protected]
[mailto:[email protected]]On Behalf Of Alan Cox
Sent: Tuesday, March 06, 2001 4:51 PM
To: J . A . Magallon
Cc: Phil Oester; [email protected]
Subject: Re: Error compiling aic7xxx driver on 2.4.2-ac13
> Which distro is yours ? In my Mandrake 8.0beta there is no
/usr/include/db.
> Mdk offers the 3 db libs (db1, db2, db3), so I had to create a symlink
> /usr/include/db3 -> /usr/include/db.
>
> Which is the standard path ? At least, Mdk and RH (Alan...) differ.
Im not too worried about this right now since as Al Viro pointed out the
libdb use is unneeded.
The irony of all this was that the real concern Justin had and discussed
with
people was about lex/bison/yacc being available, and the problem has been db
On 03.07 Alan Cox wrote:
>
> Im not too worried about this right now since as Al Viro pointed out the
> libdb use is unneeded.
>
The real fact is if aicasm is needed, not how to implement aicasm.
Is it possible to distribute in kernel just the output of aicasm, the sequencer
code, and that the author packages the assembler in a separate tgz ?
--
J.A. Magallon $> cd pub
mailto:[email protected] $> more beer
Linux werewolf 2.4.2-ac13 #3 SMP Wed Mar 7 00:09:17 CET 2001 i686