Stephan Aßmus 105c63e8cd To avoid problems of reversed meaning of "extern inline" in ... GCC 4.3 and above (conforming to the standard when compiled with -std=c99 or -std=gnu99), define the inline functions as "static inline". I've had another patch that maintains the previous behavior, but as titer pointed out, we have no code in our repo that overrides the inlined functions with their own version, and doing so for any other code would be problematic, since for example Linux libio.h #defines these as macros. In any case, I don't really know what I am doing, so please correct me if I did something stupid! :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29471 a95241bf-73f2-0310-859d-f6bbb57e9c96		2009-03-11 11:21:52 +00:00
..
build	add spinlock initializer constant for BeOS	2009-02-09 19:06:44 +00:00
compatibility/bsd	Don't define "protected" macro in C++ mode.	2008-10-29 00:48:57 +00:00
cpp	Preparations for removing __BEOS__ from the compiler defines.	2008-10-23 21:46:26 +00:00
glibc	Prevent redefinition of _IO_MTSAFE_IO. It is defined when building the	2008-03-22 15:26:55 +00:00
gnu
legacy/network	setsockopt and getsockopt use int as others functions	2006-06-23 14:19:11 +00:00
libs	As Marcus pointed out, the imul instruction clobbers the conditional code	2009-01-19 00:48:59 +00:00
os	* Renamed src/system/kernel/device_manager/io_requests.{h,cpp} to	2009-03-08 17:30:37 +00:00
posix	To avoid problems of reversed meaning of "extern inline" in	2009-03-11 11:21:52 +00:00
private	Missed that part. The request definitions for the io() and cancel_io() hooks.	2009-03-11 02:08:03 +00:00
tools	Preparations for removing __BEOS__ from the compiler defines.	2008-10-23 21:46:26 +00:00