Ok, I did that, it worked just fine, thanks :) Now, I got this:
sound.o(.text+0xcc): In function `oss_errdlg_ioctl': /home/Dam/descargas/mhwaveedit/src/sound-oss.c:93: undefined reference to `_oss_ioctl' sound.o(.text+0x642): In function `oss_output_clear_buffers': /home/Dam/descargas/mhwaveedit/src/sound-oss.c:291: undefined reference to `_oss_ioctl' collect2: ld returned 1 exit status I've read lines 93/291 of sound-oss.c, and found no _oss_ioctl thing, what I found is this: line 93: i = ioctl(filedes,cmd,arg); line 291: ioctl(oss_fd, SNDCTL_DSP_RESET); Where does _oss_ioctl come from?? Please, if I'm annoying just tell me :/ On 7/4/06, Frank Denis <[EMAIL PROTECTED]> wrote:
Le Tue, Jul 04, 2006 at 06:02:39PM -0300, Andrés ecrivait : > What should be done in an application which expects a return code of > unsetenv (which is void)? Well, according to SUSv3, unsetenv() returns int. So maybe OpenBSD's libc should follow conform to that. >static gboolean xunsetenv(char *varname) >{ > if (unsetenv(varname) != 0) { > console_message(_("unsetenv failed!")); > return TRUE; > } > return FALSE; >} As OpenBSD and OSX (at least) still return void, maybe the easiest way to solve that is just to ignore the return value. In your port, maybe you can just emulate the return value: static gboolean xunsetenv(char *varname) { unsetenv(varname); return getenv(varname) == NULL ? TRUE : FALSE; } Best regards, -- Frank Denis - frank [at] nailbox.fr - Young Nails / Akzentz nail tech http://forum.manucure.info - http://www.manucure-pro.com
-- Andrés Delfino -- Andrés Delfino