Displaying 4 results from an estimated 4 matches for "bardsley".
2005 Jun 08
1
Speex FLOP requirements
...uirements given in the table four of the manual correlate well to a
stated hardware manufacturer's FLOP performance? By comparison, would you
share the wet/drystone performance figures for any of the test and
development
systems used during Speex development and test?
Sincerely,
Dave
David Bardsley
Electrical Engineer
Product Development
Pantel International Inc.
Tel: 902 468 5998 x210
Fax: 902 468 6577
Web: www.InterTalk.ca
2016 Apr 29
1
libopus cross compile for bf537 runtime error releated to "-lopus"
...Linux
machine (the build environment) the application works fine (the library
linking and then somthing useful as well) so clearly I've broken the
cross compile or link somehow.
Any assistance in pointing me to where I may have gone astray would be
greatly apprecieated.
Dave
--
David A. Bardsley | Electrical Engineer
*Pantel International* |
125 Joseph Zatzman Drive | Dartmouth, Nova Scotia | B3B 1W1
Phone: (902)468-5998 | Fax: (902)468-6577
pantelintl.com <http://pantelintl.com/>
Pantel Sig
/Please consider the environment before printing this e-mail 
The
information contained in...
2013 Apr 11
0
libopus build environment assistance request
...r/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/libm.a(k_standard.o): relocation
R_X86_64_32S against `.rodata' can not be used when making a shared
object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/libm.a: could
not read symbols: Bad value
--
David A. Bardsley | Electrical Engineer
*Pantel International* |
125 Joseph Zatzman Drive | Dartmouth, Nova Scotia | B3B 1W1
Phone: (902)468-5998 | Fax: (902)468-6577
pantelintl.com <http://pantelintl.com/>
Pantel Sig
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list...
2002 Sep 27
2
FIPS 140-2 certification
Hello everyone!
I work for a company that uses OpenSSH to remotely support systems we've
sold. Since some of our clients are US Dept. of Defense hospitals, our
access to these servers needs to comply with a whole range of
requirements and standards. At this point it's looking like the SSH
daemon needs to be FIPS 140-2 compliant, and the only package that is
certified is F-Secure.