I have tried compiling libpng 1.5.14 on a Cray x86_64 system using CC 5.10 and ran into frequent missing endif errors. I fixed many of these errors by adding an #endif to the end of the files, allowing 'make check' to continue past the first series of 3 tests. However, there is 1 endif error in dfn.c that I am unable to fix. I attempted to hack this with no success by copying the dfn.c to hack_dfn.c, adding an #endif statement to the end of hack_dfn.c, then having Makefile copy hack_dfn.c to dfn.c after dfn.c is recreated during the compile process. Below is the final bit of output without any fix made to the dfn.c file, and includes the error I am receiving:
Running tests. For details see pngtest-log.txt
Running test-pngtest.sh
PASS: pngtest --strict pngtest.png
PASS: test-pngtest.sh
Running test-pngvalid-simple.sh
PASS: pngvalid --standard
PASS: pngvalid --standard --progressive-read
PASS: pngvalid --standard --interlace
PASS: pngvalid --standard --progressive-read --interlace
PASS: pngvalid --size
PASS: pngvalid --size --progressive-read
PASS: pngvalid --transform
PASS: test-pngvalid-simple.sh
Running test-pngvalid-full.sh
PASS: pngvalid --gamma-threshold
PASS: pngvalid --gamma-transform
PASS: pngvalid --gamma-sbit
PASS: pngvalid --gamma-16-to-8
PASS: pngvalid --gamma-background
PASS: pngvalid --gamma-alpha-mode
PASS: pngvalid --gamma-transform --expand16
PASS: pngvalid --gamma-background --expand16
PASS: pngvalid --gamma-alpha-mode --expand16
PASS: test-pngvalid-full.sh
==================
All 3 tests passed
==================
make[1]: Leaving directory `/usr/local/libpng-1.5.14'
rm -f scripts/symbols.out dfn.c dfn?.out
test -d scripts || mkdir scripts
echo '#include "scripts/symbols.dfn"' >dfn.c
cc -E -DHAVE_CONFIG_H -I. -DPNG_CONFIGURE_LIBPNG\
-DPNGLIB_LIBNAME='PNG15_0' -DPNGLIB_VERSION='1.5.14' -DSYMBOL_PREFIX='' -DPNG_NO_USE_READ_MACROS -DPNG_BUILDING_SYMBOL_TABLE dfn.c > dfn1.out
PGC-S-0218-Missing #endif (dfn.c: 2)
PGC/x86-64 Linux 12.4-0: compilation completed with severe errors
make: *** [scripts/symbols.out] Error 2
I do not have time to go through 3282 if[n]def statements checking that each is closed. I am hoping that someone here with more knowledge of libpng than myself can at least help direct me to where I could begin looking. Oddly, I was able to compile this same version of libpng on another system with gcc without issue. I am hoping to avoid using gcc on this system.
Perhaps your C preprocessor is confused by the presence of comments on the #endif statements, e.g.,
#endif /* PNG_READ_SUPPORTED */
Related
mkdir .build && \
cd .build && \
./../configure --prefix=$HOME/my_octave && \ [1]
make -j2 && \ [2]
make check && \
make install
While running make -j2 I get the error as
error: print: error opening file 'extended.tex'
error: called from print>latex_standalone at line 1029 column 5
__opengl_print__ at line 214 column 5
print at line 759 column 16 plotimages at line 109 column 7
GEN doc/interpreter/gplot.pdfMakefile:27911: recipe for target `'doc/interpreter/extended.pdf' failedmake[2]: *** [doc/interpreter/extended.pdf] Error `1make[2]: *** Waiting for unfinished jobs....make[2]: Leaving directory `'/home/bhanu/octave/.build'Makefile:26305: recipe for target 'all-recursive' failedmake[1]: *** `[all-recursive] Error 1make[1]: Leaving directory '/home/bhanu/octave/.build'Makefile:9916:
recipe for target 'all' failedmake: *** [all] Error 2
Can someone help me solve the error? I am running it on Ubuntu 18.04 system.
Some times the build process tries to rebuild all the documentation.
I am building from the source octave-5.2.0.tar.lz file and
the usual workaround is just
touch AUTHORS BUGS INSTALL.OCTAVE
between configure and the first make in the
build tree.
At the end of build phase I have only two PDFs
./doc/interpreter/octave.pdf
./doc/liboctave/liboctave.pdf
Create file named 'extended.tex' like this:
touch doc/interpreter/extended.tex
You have to do this inside the octave/.build/ directory.
Do this for any errors similar to this in the future. It worked for me this way.
Preconditions
Fabric 1.4
I have openSUSE on Raspbery Pi3+
Details of the Error
I ran the following command.
# make docker
Failed to create goshim.tar.bz2 error occurred and I can't make commond.
Removing intermediate container fb7423fe5cf7
---> 24c6fdada18f
Successfully built 24c6fdada18f
Successfully tagged hyperledger/fabric-orderer:latest
docker tag hyperledger/fabric-orderer hyperledger/fabric-orderer:arm64-1.4.1-snapshot-e91c57c5f
docker tag hyperledger/fabric-orderer hyperledger/fabric-orderer:arm64-latest
Creating .build/goshim.tar.bz2
make: execvp: /bin/sh: Argument list too long
make: *** [Makefile:315: .build/goshim.tar.bz2] Error 127
Makefile
$(BUILD_DIR)/goshim.tar.bz2: $(GOSHIM_DEPS)
#echo "Creating $#"
#tar -jhc -C $(GOPATH)/src $(patsubst $(GOPATH)/src/%,%,$(GOSHIM_DEPS)) > $#
Is there a way to avoid this phenomenon?
make: execvp: /bin/sh: Argument list too long
This is probably caused by the source file list produced by GOSHIM_DEPS, that is too long for paremeters to sh, which is implicitly executed.
Try this: replace #tar line with
#./scripts/goListFiles.sh $(PKGNAME)/core/chaincode/shim | sed “s!$(GOPATH)/src/!!g” |xargs tar -jhc -C $(GOPATH)/src > $#
I don’t have an environment identical as yours so the above code may have errors, but the basic idea could be applied.
EDIT: That said, there would still be some chances that the error may remain. GOSHIM_DEPS itself is defined using $() syntax and is under the upper limit of length of sh parameter.
Because of this problem, and some one told me that I should install stack and cabal-install using nix, so I am now trying to install haskell-stack using nix-env -i.
Whole error messages are here.
$ nix-env -i stack
...
lib/machserver.cpp:180:27: note: put the semicolon on a separate line to silence this warning
In file included from lib/alloc.cpp:32:
In file included from ./security_utilities/globalizer.h:31:
In file included from ./security_utilities/threading.h:40:
./security_utilities/threading_internal.h:67:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined]
#if _HAVE_64BIT_ATOMIC
^
./security_utilities/threading_internal.h:41:29: note: expanded from macro '_HAVE_64BIT_ATOMIC'
#define _HAVE_64BIT_ATOMIC (defined(__ppc64__) || defined(__i386__) || defined(__x86_64__))
^
./security_utilities/threading_internal.h:67:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined]
./security_utilities/threading_internal.h:41:51: note: expanded from macro '_HAVE_64BIT_ATOMIC'
#define _HAVE_64BIT_ATOMIC (defined(__ppc64__) || defined(__i386__) || defined(__x86_64__))
^
./security_utilities/threading_internal.h:67:5: warning: macro expansion producing 'defined' has undefined behavior [-Wexpansion-to-defined]
./security_utilities/threading_internal.h:41:72: note: expanded from macro '_HAVE_64BIT_ATOMIC'
#define _HAVE_64BIT_ATOMIC (defined(__ppc64__) || defined(__i386__) || defined(__x86_64__))
^
./security_utilities/threading_internal.h:119:50: warning: while loop has empty body [-Wempty-body]
{ while (!casb(store, value, store)) /* again */; return value; }
^
./security_utilities/threading_internal.h:119:50: note: put the semicolon on a separate line to silence this warning
4 warnings generated.
4 warnings generated.
4 warnings generated.
5 warnings generated.
make[2]: *** [/nix/store/204lvxmsigkgkdv2c0fvkqalxmg4fik5-gnustep-make-2.7.0/share/GNUstep/Makefiles/Instance/library.make:278: internal-library-all_] Error 2
make[1]: *** [/nix/store/204lvxmsigkgkdv2c0fvkqalxmg4fik5-gnustep-make-2.7.0/share/GNUstep/Makefiles/Master/rules.make:297: security_utilities.all.library.variables] Error 2
make: *** [/nix/store/204lvxmsigkgkdv2c0fvkqalxmg4fik5-gnustep-make-2.7.0/share/GNUstep/Makefiles/Master/library.make:37: internal-all] Error 2
builder for '/nix/store/xxja1zlr9xqvl4vij85lcf30h5s6yyi5-libsecurity_utilities-osx-10.7.5.drv' failed with exit code 2
cannot build derivation '/nix/store/g2i0xac4g4173561i5lsgn7pncswzmqd-SecurityTool-55115.drv': 1 dependencies couldn't be built
copying path '/nix/store/b5j4s3wmh2bji4ck8wrvizh5knfnw4mw-pem-0.2.4' from 'https://cache.nixos.org'...
cannot build derivation '/nix/store/ss179ilk0x4yb6z1dks3aa9z5b0bzih5-x509-system-1.6.6.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/7f4a2s6ri62dm37md14wxla62hygxg0z-connection-0.2.8.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/lg6k2p3v4sfj6w9kb3bapizzr8qk3i3p-http-client-tls-0.3.5.3.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/djqw65b0cnlpdfpadxhnqr344qrwdqa9-stack-1.9.1.drv': 1 dependencies couldn't be built
error: build of '/nix/store/djqw65b0cnlpdfpadxhnqr344qrwdqa9-stack-1.9.1.drv' failed
and
$ uname -a
Darwin YudeMBP.local 18.2.0 Darwin Kernel Version 18.2.0: Fri Oct 5 19:41:49 PDT 2018; root:xnu-4903.221.2~2/RELEASE_X86_64 x86_64
How to fix this?
It looks like you are trying to install stack from a Nixpkgs version with a broken dependency of stack.
You can see build age and links to their statuses in HowOldIs.
To change the channel you're installing from, use the nix-channel command.
For example:
# add the config
nix-channel --add https://nixos.org/channels/nixpkgs-18.09-darwin nixpkgs
# download the latest nix expressions
nix-channel --update
I would like to Install a certificate programmatically on Firefox version 59. I read that i need CertUtil, but the certutil code that i got on github is built from old NSS. so it only generates cert8.db and not Cert9.db, which Firefox 59 needs i assume.
So if i am correct, i need to build NSS 3.35 or higher to have a Certutil right? i went to this site to set the Windows Prerequisite and downloaded the mozilla build. and was able to build it. but it was very long so i cancelled it. I have also installed Visual Studio 2017 community Edition with the C++ compilers.
https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions/Windows_Prerequisites https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/Building
So i have a working mozilla-build folder and working bash prompt . And i have cloned the nspr and nss into my local folder.
So when i execute the command to build the nss, i get this error. that C compiler not working. And when i check the console.log, this is what i got.
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.69. Invocation command line was
$ ../configure --enable-win32-target=WIN95 --with-dist-prefix=$(topsrcdir)/../dist/WIN954.0_DBG.OBJ --with-dist-includedir=$(topsrcdir)/../dist/WIN954.0_DBG.OBJ/include
## --------- ##
## Platform. ##
## --------- ##
hostname = DESKTOP-I6DF9LK
uname -m = i686
uname -r = 1.0.19(0.48/3/2)
uname -s = MINGW32_NT-6.2
uname -v = 2016-07-13 17:45
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /local/bin
PATH: /c/mozilla-build/bin
PATH: /c/mozilla-build/kdiff3
PATH: /c/mozilla-build/node-v8.11.1-win-x64
PATH: /c/mozilla-build/nsis-3.01
PATH: /c/mozilla-build/python
PATH: /c/mozilla-build/python/Scripts
PATH: /c/mozilla-build/python3
PATH: /c/mozilla-build/python3/Scripts
PATH: .
PATH: /usr/local/bin
PATH: /mingw/bin
PATH: /bin
PATH: /c/WINDOWS/System32
PATH: /c/WINDOWS
PATH: /c/WINDOWS/System32/Wbem
PATH: /c/Users/ROMMELDVO/.cargo/bin
## ----------- ##
## Core tests. ##
## ----------- ##
configure:2383: checking build system type
configure:2397: result: i686-pc-mingw32
configure:2417: checking host system type
configure:2430: result: i686-pc-mingw32
configure:2450: checking target system type
configure:2463: result: i686-pc-mingw32
configure:2543: checking for cl
configure:2570: result: cl
configure:3054: checking for whoami
configure:3072: found /c/WINDOWS/System32/whoami
configure:3085: result: /c/WINDOWS/System32/whoami
configure:3481: checking for C compiler version
configure:3490: cl --version >&5
../configure: line 3492: cl: command not found
configure:3501: $? = 127
configure:3490: cl -v >&5
../configure: line 3492: cl: command not found
configure:3501: $? = 127
configure:3490: cl -V >&5
../configure: line 3492: cl: command not found
configure:3501: $? = 127
configure:3490: cl -qversion >&5
../configure: line 3492: cl: command not found
configure:3501: $? = 127
configure:3521: checking whether the C compiler works
configure:3543: cl conftest.c >&5
../configure: line 3545: cl: command not found
configure:3547: $? = 127
configure:3585: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define DEBUG 1
| /* end confdefs.h. */
|
I do not understand why its not able to run the cl compiler. Cause when i ran the developer command prompt for VS 2017, i can execute cl.
I don't know what is causing this error. Is it because bash cannot identify the c Compiler cl? do i have to set additional environment variables?
I hope someone can help me to solve this problem. Or if someone has a compiled NSS 3.35 with Certutil.exe, that would greatly help.
Thank you very much, Rommel
I followed these instructions. Download lmbench3.tar.gz from lmbench3
and Unpack LMbench to create a tree like so:
lmbench/
Results/
doc/
scripts/
src/
And Go to the lmbench directory, and type make results see
But the result is wrong:
7 warnings generated.
gcc -O -DRUSAGE -DHAVE_uint=1 -DHAVE_uint64_t=1 -DHAVE_int64_t=1 -DHAVE_DRAND48 -c getopt.c -o ../bin/i686-apple-darwin15.6.0/getopt.o
gcc -O -DRUSAGE -DHAVE_uint=1 -DHAVE_uint64_t=1 -DHAVE_int64_t=1 -DHAVE_DRAND48 -c lib_sched.c -o ../bin/i686-apple-darwin15.6.0/lib_sched.o
lib_sched.c:94:3: error: non-void function 'handle_scheduler' should return a
value [-Wreturn-type]
return;
^
1 error generated.
make[2]: *** [../bin/i686-apple-darwin15.6.0/lib_sched.o] Error 1
make[1]: *** [lmbench] Error 2
make: *** [build] Error 2
How to solve it?
You can change the statement
return;
into
return 0;
at line 94 of lib_sched.c
Then this file should compile without this error.