Error compiling aic7xxx driver on 2.4.2-ac13

Error compiling aic7xxx driver on 2.4.2-ac13

[Phil Oester]

anyone else get the following:

make[5]: Entering directory `

Error compiling aic7xxx driver on 2.4.2-ac13

[Phil Oester]

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'

Re: Error compiling aic7xxx driver on 2.4.2-ac13

[J . A . Magallon]

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:jamagallon@able.es                                          $> more beer

Linux werewolf 2.4.2-ac13 #3 SMP Wed Mar 7 00:09:17 CET 2001 i686

Re: Error compiling aic7xxx driver on 2.4.2-ac13

[Justin T. Gibbs]

>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

Re: Error compiling aic7xxx driver on 2.4.2-ac13

[John Cavan]

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

Re: Error compiling aic7xxx driver on 2.4.2-ac13

[Alan Cox]

> 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

Re: Error compiling aic7xxx driver on 2.4.2-ac13

[Alan Cox]

> 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

RE: Error compiling aic7xxx driver on 2.4.2-ac13

[Phil Oester]

I actually had the problem with lack-of-lex also, but worked through that...

-----Original Message-----
From: linux-kernel-owner@vger.kernel.org
[mailto:linux-kernel-owner@vger.kernel.org]On Behalf Of Alan Cox
Sent: Tuesday, March 06, 2001 4:51 PM
To: J . A . Magallon
Cc: Phil Oester; linux-kernel@vger.kernel.org
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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: Error compiling aic7xxx driver on 2.4.2-ac13

[J . A . Magallon]

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:jamagallon@able.es                                          $> more beer

Linux werewolf 2.4.2-ac13 #3 SMP Wed Mar 7 00:09:17 CET 2001 i686