When trying ./configure I get this
configure: WARNING: This compilation has strict compiler options enabled that cause the build to fail if any compiler warnings are emitted. If this build fails because of a harmless warning, please report the problem to torqueusers#supercluster.org
After I get an error when make
attr_fn_acl.c: In the 'set_allacl' function:
attr_fn_acl.c:454:20: error: this statement may fail [-Werror=implicit-fallthrough=]
pas->as_next = pas->as_buf;
~~~~~~~~~~~~~%~~~~~~~~~~~~
attr_fn_acl.c:458:5: note: here
case INCR:
%~~~
cc1: all warnings are treated as errors
How can this be fixed?
Tried other versions, same
Only with version 6.0.1 it turned out, but there he writes that he requires crypto, which I already have
Related
I am building NTP 4.2.8p15 with glibc 2.34.
The build fails with error:
In file included from /usr/include/pthread.h:33,
from work_thread.c:13:
work_thread.c:45:57: error: missing binary operator before token "("
45 | #if defined(PTHREAD_STACK_MIN) && THREAD_MINSTACKSIZE < PTHREAD_STACK_MIN
| ^~~~~~~~~~~~~~~~~
The problem is answered here:
https://bugs.archlinux.org/task/74690
Since glibc 2.34 PTHREAD_STACK_MIN is no longer a compile time constant so can not be used in preprocessor comparisons which causes
the compilation failure [1]. The fix attached to the upstream bug
report [2] resolves the issue.
Additional info:
ntp 4.2.8.p15-1
https://bugs.ntp.org/show_bug.cgi?id=3741
[1] ntp-4.2.8.p15-1-x86_64-build.log.xz
[2] https://bugs.ntp.org/attachment.cgi?id=1814
To fix this build issue, apply the patch in link to NTP.
I have used the ghs compiler with scons.
The following error occurred while compiling the test.c file, which is about 5M in size.
As far as I'm aware, the following error is not a compiler error since the compiler is marked 'fatal error #4: out of memory'
So, I think it's the error that scons throws, but I don't know why this error occur.
"Generated/bt_out/src/test.c", line 2015: warning #550-D: variable
"Dw_Gal_Local_PC_10_C_C_Status_1" was set but never
used
static VAR(ReturnT, RTE_VINIT) R_Gus_Local_PC_1_4_C_ = ATE__OK;
Out of memory in compiler
scons: *** [Debug\Generated/bt_out/src/test.o] Error 1
This problem only appears to happen when I am using cabal sandboxes. Everytime i type check I get this error syntastic: error: checker haskell/ghc_mod returned abnormal status 1 This error is very unhelpful is there anyway to make syntastic errors more verbose?
Getting following error on installing audacity in linux:
export/ExportPCM.cpp: In member function ‘bool ExportPCM::AddStrings(AudacityProject*, SNDFILE*, Tags*, int)’:
export/ExportPCM.cpp:740: error: ‘SF_STR_GENRE’ was not declared in this scope
export/ExportPCM.cpp:764: error: ‘SF_STR_TRACKNUMBER’ was not declared in this scope
make[1]: *** [export/ExportPCM.o] Error 1
make[1]: Leaving directory `/root/audacity/audacity-src-2.0.5/src'
make: *** [audacity] Error 2
Can any one help me in fixing the issue?
I also got the same error. The following is my solution:
From the first error line:
export/ExportPCM.cpp: In member function ‘bool ExportPCM::AddStrings(AudacityProject*, SNDFILE*, Tags*, int)’:
we see that it is caused by libsndfile. Therefore, you just need to compile the latest libsndfile. Download tarball here http://www.mega-nerd.com/libsndfile/#Download
After that, you compile audacity again and compilation will be successful.
This is an error when compiling that package, not during installation. It most likely is the result of some version incompatibility between the code you try to compile and some development version installed on your system which is referred to by the code. You will have to find out what packages usually declare those constants and adjust your versions accordingly.
Apart from that: sure you want to make such a "wild" installation? Typically packages are installed using your systems software management system these days. That is much easier, more robust and allows easy upgrades to newer versions. Audacity should be available for most GNU/Linux distributions.
I'm trying to compile a package (git-annex) under OpenBSD and I'm hitting some weird issues.
I keep getting
Loading package gnuidn-0.2.1 ...
GHCi runtime linker: fatal error: I found a duplicate definition for symbol
c_isascii
whilst processing object file
/usr/local/lib/libidn.a
This could be caused by:
* Loading two different object files which export the same symbol
* Specifying the same object file twice on the GHCi command line
* An incorrect `package.conf' entry, causing some object to be loaded twice.
GHCi cannot safely continue in this situation. Exiting now. Sorry.
This was brought up here, here and here but it didn't help me at all. I have checked to see if I have different versions of different packages (which I don't, according to ~/.cabal/lib and 'ghc-pkg list') and I have even tried recompiling libidn without the c_isascii symbol, which only resulted in the same error but about a different symbol (stringprep_utf8_to_unichar).
So right now I have no idea what to do. Any ideas?
EDIT: Added 'ghc-pkg list' to the sources I've checked for conflicting packages.