| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Reported by: portscout
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
During an exp-run for llvm 12 (see bug 255570), it turned out that
cad/brlcad does not build with clang 12.0.0:
[ 99% 4379/4403] cd /wrkdirs/usr/ports/cad/brlcad/work/brlcad-7.30.2/db/nist && /wrkdirs/usr/ports/cad/brlcad/work/brlcad-7.30.2/bin/step-g -O /wrkdirs/usr/ports/cad/brlcad/work/brlcad-7.30.2/share/db/nist/NIST_MBE_PMI_11.g /wrkdirs/usr/ports/cad/brlcad/work/brlcad-7.30.2/db/nist/NIST_MBE_PMI_11.stp > /wrkdirs/usr/ports/cad/brlcad/work/brlcad-7.30.2/db/nist/NIST_MBE_PMI_11.log 2>&1
FAILED: share/db/nist/NIST_MBE_PMI_11.g
What happens is that the step-g intermediate program segfaults, because
it attempts to access a null pointer. Valgrind shows:
Reading Data from /wrkdirs/share/dim/ports/cad/brlcad/work/brlcad-7.30.2/db/nist/NIST_MBE_PMI_11.stp...
HEADER read:
==24919== Invalid read of size 4
==24919== at 0x1337BA10: EntList::firstNot(JoinType) (entlist.cc:39)
==24919== by 0x1337C93E: nextNot (complexSupport.h:185)
==24919== by 0x1337C93E: AndList::matchNonORs(EntNode*) (non-ors.cc:135)
==24919== by 0x1337B77C: ComplexList::matches(EntNode*) (complexlist.cc:176)
==24919== by 0x1337B36A: ComplexCollect::supports(EntNode*) const (collect.cc:140)
==24919== by 0x1335FA5A: STEPcomplex::Initialize(char const**, char const*) (STEPcomplex.cc:126)
==24919== by 0x1335F774: STEPcomplex::STEPcomplex(Registry*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const**, int, char const*) (STEPcomplex.cc:33)
==24919== by 0x1331842E: STEPfile::CreateSubSuperInstance(std::__1::basic_istream<char, std::__1::char_traits<char> >&, int, ErrorDescriptor&) (STEPfile.cc:1048)
==24919== by 0x13315E15: STEPfile::CreateInstance(std::__1::basic_istream<char, std::__1::char_traits<char> >&, std::__1::basic_ostream<char, std::__1::char_traits<char> >&) (STEPfile.cc:833)
==24919== by 0x133158B1: STEPfile::ReadData1(std::__1::basic_istream<char, std::__1::char_traits<char> >&) (STEPfile.cc:502)
==24919== by 0x13319EA8: STEPfile::AppendFile(std::__1::basic_istream<char, std::__1::char_traits<char> >*, bool) (STEPfile.cc:1674)
==24919== by 0x1331C984: STEPfile::ReadExchangeFile(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool) (STEPfile.inline.cc:119)
==24919== by 0x3AFDCE: STEPWrapper::load(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >&) (STEPWrapper.cpp:1300)
==24919== Address 0x8 is not stack'd, malloc'd or (recently) free'd
==24919==
==24919==
==24919== Process terminating with default action of signal 11 (SIGSEGV): dumping core
==24919== Access not within mapped region at address 0x8
==24919== at 0x1337BA10: EntList::firstNot(JoinType) (entlist.cc:39)
==24919== by 0x1337C93E: nextNot (complexSupport.h:185)
==24919== by 0x1337C93E: AndList::matchNonORs(EntNode*) (non-ors.cc:135)
==24919== by 0x1337B77C: ComplexList::matches(EntNode*) (complexlist.cc:176)
==24919== by 0x1337B36A: ComplexCollect::supports(EntNode*) const (collect.cc:140)
==24919== by 0x1335FA5A: STEPcomplex::Initialize(char const**, char const*) (STEPcomplex.cc:126)
==24919== by 0x1335F774: STEPcomplex::STEPcomplex(Registry*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const**, int, char const*) (STEPcomplex.cc:33)
==24919== by 0x1331842E: STEPfile::CreateSubSuperInstance(std::__1::basic_istream<char, std::__1::char_traits<char> >&, int, ErrorDescriptor&) (STEPfile.cc:1048)
==24919== by 0x13315E15: STEPfile::CreateInstance(std::__1::basic_istream<char, std::__1::char_traits<char> >&, std::__1::basic_ostream<char, std::__1::char_traits<char> >&) (STEPfile.cc:833)
==24919== by 0x133158B1: STEPfile::ReadData1(std::__1::basic_istream<char, std::__1::char_traits<char> >&) (STEPfile.cc:502)
==24919== by 0x13319EA8: STEPfile::AppendFile(std::__1::basic_istream<char, std::__1::char_traits<char> >*, bool) (STEPfile.cc:1674)
==24919== by 0x1331C984: STEPfile::ReadExchangeFile(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool) (STEPfile.inline.cc:119)
==24919== by 0x3AFDCE: STEPWrapper::load(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >&) (STEPWrapper.cpp:1300)
==24919== If you believe this happened as a result of a stack
==24919== overflow in your program's main thread (unlikely but
==24919== possible), you can try to increase the size of the
==24919== main thread stack using the --main-stacksize= flag.
==24919== The main thread stack size used in this run was 16777216.
To fix this, add null pointer checks to EntList::firstNot() and various
other EntList functions.
Approved by: erik@brlcad.org (maintainer)
PR: 256166
MFH: 2021Q2
|
| |
|
| |
|
|
|
|
| |
Take maintainership.
|
| |
|
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Reported by: portscout
|
|
|
|
|
|
| |
The port had been makred broken due to build issed with fig2dev
version 3.2.7, which has been upgraded to 3.2.8a, allowing this
port to be built again.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
USE_GCC=any has been equivalent to USE_GCC=yes in most cases (such
as i386 and amd64 since 12.x and depending on configuration 11.x,
most newer installations on other platforms, and 13.x across the
board).
Since commit 96c17633d90386b5bcf8 Mk/bsd.gcc.mk is treating them as
different spellings of the same, so continue the deorbiting of the
USE_GCC=any form and simply replace it with USE_GCC=yes.
This should not make any functional difference at all.
Discussed with: mat, linimon, pkubaj
|
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Reported by: portscout
|
|
|
|
|
|
| |
Changes: https://ezdxf.mozman.at/release-v0-16.html
PR: 256196
|
|
|
|
|
| |
PR: 256210
Reported by: Duane <parakleta@darkreality.org>
|
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Reported by: portscout
|
| |
|
| |
|
| |
|
|
|
|
| |
Reported by: portscout
|
|
|
|
|
|
|
|
|
| |
Since the previous update changed USES=python from 3.6+ to 3.7+, all
dependent ports must have USES=python:3.7+ as well, otherwise it breaks
the @py36 flavor.
PR: 255347
Reported by: sunpoet
|
|
|
|
|
|
| |
- Simplify the way we look for `libj3dcore-ogl.so'
Reported by: portscout (about version 6.5)
|
|
|
|
|
| |
PR: 254348
Approved by: danilo (maintainer's timeout 20 days)
|
|
|
|
|
|
|
|
| |
For ports that already use the licenses framwork, merge the content of
RESTRICTED/NO_CDROM/LEGAL* entries into LICENSEs.
Approved by: rene
Differential Revision: https://reviews.freebsd.org/D30010
|
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Reported by: portscout
|
|
|
|
| |
Release Notes: https://github.com/FreeCAD/FreeCAD/releases/tag/0.19.2
|
|
|
|
| |
includes KiCad itself, docs and symbol libraries
|
|
|
|
|
|
|
|
|
|
| |
- Fix typos
- Remove duplicate variables
- Remove nop variables
- Clean up commented PORTREVISION
- Add missing USES
Reported by: portscan
|
|
|
|
|
| |
PR: 254347
Approved by: danilo (maintainer's timeout 14 days)
|
|
|
|
|
| |
Changes: https://www.scorchworks.com/K40whisperer/k40whisperer.html
Changes: https://www.scorchworks.com/K40whisperer/k40whisperer_change_log.html
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
These ports, not maintained by kde@, use KDE Frameworks
and require kdoctools to build. Since that is no longer
an implicit build & run dependency, (re)introduce it
explicitly as a build-time dependency.
|
|
|
|
|
|
|
|
|
| |
No revision bump tool that we have cleans them up or deals with
them, so we end up with duplicated lines. Instead of implementing
that just clean up the 51 ports that do this.
PORTREVISION and PORTEPOCH can be set to 0 explicitly instead if
you need a reminder or placeholder.
|
|
|
|
|
|
| |
Bump 43 ports that either depend on wxgtk31 or potentially depend on it.
Reported by: portscout
|
|
|
|
|
| |
Changes: https://www.scorchworks.com/K40whisperer/k40whisperer.html
Reported by: Portscout
|
|
|
|
| |
Reported by: portscout
|
|
|
|
|
|
|
|
|
|
| |
ld: error: libsrc/interface/libinterface.so: undefined reference to
pthread_create [--no-allow-shlib-undefined]
This has been happening for over a month since an LLVM update
made it more sensitive to symbol-issues. I can't spot any
direct pthreads usage in the source, though, so the patch
is just a bodge.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The update to OpenCascade (to 7.5) broke this port, because it
relies on all kinds of internals (it's a wrapper, after all).
Remove the patching-of-problematic-C++ because that's definitely
not needed against current OpenCascade, but the rest of the port
is out of my league.
Maintainer has been notified.
|
|
|
|
|
|
|
| |
Changelog https://github.com/lepton-eda/lepton-eda/blob/master/NEWS.md#notable-changes-in-lepton-eda-1914-20210407
PR: 254923
Approved by: dmn <graahnul.grom@gmail.com> (maintainer)
|
|
|
|
|
|
|
|
|
|
|
|
| |
This regeneration is required as the new gitlab version changed
the address and the directory the source files can be downloaded.
This commit also applies some small fixes to make sure all ports using
gitlab are buildable.
Reviewed by: mat
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D29628
|