|
From: Chris B. <ch...@cn...> - 2008-01-13 19:32:57
|
I'm kinda at a dead end on how to help fix the Slackware 11 fseeko() problems. I can only tell this much... SoX is detecting that you have an fseeko() that can be linked into the program. It is also then correctly defining _FILE_OFFSET_BITS to 64 to get large file support. I see during your compiles that fseeko is not showing up in stdio.h like it should. Therefore the _FILE_OFFSET_BITS variable is being ignored and so libc is probably running in 32 bit mode and confused why a 64bit fseeko() is being invoked. sox.c:752: warning: implicit declaration of function `fseeko' The header files being included on your system do not seem to match up with your libc. Probably some issue with kernel header files (I don't know how slackware distributes that stuff). Unfortunetly, I can't find a way to force autoconf to require finding a symbol *and* requiring its prototype to be found in a header file... If someone knows how to do that then we can add that check into SoX's configure and disable big file support when these header file problems are detected. Chris Mike Keithley wrote: > Hello list, > > I compiled sox-14.0.1-rc1.tar.gz without errors with no options in > ./configure. > > However, the large file support is not working. When I try to play a > wav file created by sox, I get the "cannot find data chunk" error. > > Sox will play wav files when I disable large file support. > > I am attaching the config.log and make-output from the compilation > where large file support was enabled. > > > Mike Keithley > |