#28493: hdf5-18 1.8.6_1 build failure ---------------------------------+------------------------------------------ Reporter: astrofitz@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: hdf5-18 ---------------------------------+------------------------------------------ Comment(by mmoll@…): It works for me. There are small differences in how files are compiled. The H5dbg.c is compiled like so for you: {{{ :info:build libtool: compile: /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -DNDEBUG -UH5_DEBUG_API -I/opt/local/include -std=c99 -pedantic -Wall -Wextra -Wundef -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite- strings -Wconversion -Waggregate-return -Wstrict-prototypes -Wmissing- prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Winline -Wno-long-long -Wfloat-equal -Wmissing-format-attribute -Wmissing-noreturn -Wpacked -Wdisabled-optimization -Wformat=2 -Wunreachable-code -Wendif-labels -Wdeclaration-after-statement -Wold- style-definition -Winvalid-pch -Wvariadic-macros -Wnonnull -Winit-self -Wmissing-include-dirs -Wswitch-default -Wswitch-enum -Wunused-macros -Wunsafe-loop-optimizations -Wc++-compat -Wvolatile-register-var -Wstrict- overflow -O3 -fomit-frame-pointer -finline-functions -pipe -O2 -arch x86_64 -MT H5dbg.lo -MD -MP -MF .deps/H5dbg.Tpo -c H5dbg.c -fno-common -DPIC -o .libs/H5dbg.o }}} On my machine (OS X 10.6.6), it compiles like so: {{{ :info:build /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -DNDEBUG -UH5_DEBUG_API -I/opt/local/include -std=c99 -pedantic -Wall -Wextra -Wundef -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite- strings -Wconversion -Waggregate-return -Wstrict-prototypes -Wmissing- prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Winline -Wno-long-long -Wfloat-equal -Wmissing-format-attribute -Wmissing-noreturn -Wpacked -Wdisabled-optimization -Wformat=2 -Wunreachable-code -Wendif-labels -Wdeclaration-after-statement -Wold- style-definition -Winvalid-pch -Wvariadic-macros -Wnonnull -Winit-self -Wmissing-include-dirs -Wswitch-default -Wswitch-enum -Wunused-macros -Wunsafe-loop-optimizations -Wc++-compat -Wvolatile-register-var -Wstrict- overflow -O3 -fomit-frame-pointer -finline-functions -pipe -O2 -arch x86_64 -MT H5Fdbg.lo -MD -MP -MF .deps/H5Fdbg.Tpo -c -o H5Fdbg.lo H5Fdbg.c }}} What could be different between your setup and mine? -- Ticket URL: <https://trac.macports.org/ticket/28493#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

#28493: hdf5-18 1.8.6_1 build failure ---------------------------------+------------------------------------------ Reporter: astrofitz@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: hdf5-18 ---------------------------------+------------------------------------------ Comment(by mmoll@…): Maybe. How do I force this (if this is what it should be doing) or disable it (if it causing the compilation to fail)? -- Ticket URL: <https://trac.macports.org/ticket/28493#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

#28493: hdf5-18 1.8.6_1 build failure ----------------------------------+----------------------------------------- Reporter: astrofitz@… | Owner: mmoll@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Resolution: fixed | Keywords: Port: hdf5-18 | ----------------------------------+----------------------------------------- Comment(by astrofitz@…): I was indeed able to successfully build the port with the threadsafe option disabled. It may be splitting hairs, but the release notes suggest the threadsafe option on OSX is merely untested, rather than unsupported. Perhaps at this point it is an upstream problem. -- Ticket URL: <https://trac.macports.org/ticket/28493#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS