This is the mail archive of the
ecos-patches@sources.redhat.com
mailing list for the eCos project.
IXP425 hal_delay_us is a C function.
- From: David Vrabel <dvrabel at arcom dot com>
- To: ecos-patches at sources dot redhat dot com
- Date: Wed, 03 Dec 2003 14:33:32 +0000
- Subject: IXP425 hal_delay_us is a C function.
- Organization: Arcom Control Systems Ltd
Hi,
In the IXP425 HAL hal_delay_us() is a C function yet in
include/hal_diag.h it doesn't have C linkage. This (really trivial)
patch fixes this.
A quick grep though the ARM HALs shows a number of boards potentially
have this same problem. I don't want to fix HALs I don't use though.
2003-12-03 David Vrabel <dvrabel@arcom.com>
* include/hal_diag.h: hal_delay_us() is a C function.
David Vrabel
--
David Vrabel, Design Engineer
Arcom, Clifton Road Tel: +44 (0)1223 411200 ext. 3233
Cambridge CB1 7EA, UK Web: http://www.arcom.com/
_____________________________________________________________________
The message in this transmission is sent in confidence for the attention of the addressee only and should not be disclosed to any other party. Unauthorised recipients are requested to preserve this confidentiality. Please advise the sender if the addressee is not resident at the receiving end.
This message has been checked for all viruses by MessageLabs Virus Control Centre.Index: include/hal_diag.h
===================================================================
RCS file: /var/cvs/ecos/packages/hal/arm/xscale/ixp425/current/include/hal_diag.h,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -B -p -r1.1 -r1.2
--- include/hal_diag.h 29 May 2003 10:54:19 -0000 1.1
+++ include/hal_diag.h 3 Dec 2003 14:26:53 -0000 1.2
@@ -70,7 +70,7 @@
#define HAL_DIAG_READ_CHAR(_c_) hal_if_diag_read_char(&_c_)
// Not the best place for this, but ...
-extern void hal_delay_us(cyg_int32 usecs);
+externC void hal_delay_us(cyg_int32 usecs);
#define HAL_DELAY_US(n) hal_delay_us(n);