Hi Henner,
Happy to see someone using and adding features to 3D Viewer!
I didn't get a chance to test the patch yet but
I was thinking adding another options to implement some kind of spiral
rendering from the center :) (as usually the board is centered)
Mario Luzeiro
__
Hi Reece,
You should code internal stuff in VECTOR2I rather than wxPoint. wxPoint should
only be used when going to the UI. (We’re trying to reduce our wxWidgets
dependencies, although this is very much a work in progress.)
If you do use UNIT_BINDER keep in mind that it’s not yet used in WX_G
On 01/05/2019 10:53, Mário Luzeiro wrote:
Hi Henner,
I didn't get a chance to test the patch yet but
I was thinking adding another options to implement some kind of spiral
rendering from the center :) (as usually the board is centered)
Assuming the reason for the Morton code in the existing
Anyone else having build issues on windows? I'm getting link errors for
the qa s-expr tests on both 32 and 64 bit builds.
Wayne
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : h
Hi Wayne,
I don't see any issues on the Jenkins Msys2 and MSVC builds. In fact,
it's green across the board:
https://jenkins.simonrichter.eu/view/KiCad%20Status/
What is the error? And when did it go wrong?
Cheers,
John
On 01/05/2019 12:42, Wayne Stambaugh wrote:
Anyone else having build
Someone on the forums had to turn off the qa tests on Linux to get it to build:
https://forum.kicad.info/t/call-for-testers-eemodern/16663/8
> On 1 May 2019, at 12:47, John Beard wrote:
>
> Hi Wayne,
>
> I don't see any issues on the Jenkins Msys2 and MSVC builds. In fact, it's
> green acros
Hey John,
I'll try a clean build to see if that fixes it. I rarely have to do
that. I haven't done a windows build in a while so I was a bit
surprised. I've attached the build error.
Wayne
On 5/1/2019 7:47 AM, John Beard wrote:
> Hi Wayne,
>
> I don't see any issues on the Jenkins Msys2 and
On 01/05/2019 12:53, Wayne Stambaugh wrote:
I'll try a clean build to see if that fixes it. I rarely have to do
that. I haven't done a windows build in a while so I was a bit
surprised. I've attached the build error.
Hmm, have you upgraded Boost or something? IIRC, Boost 1.70 was just
rele
Clean build fails as well. I did upgrade msys2 yesterday so maybe
something is borked with msys2.
On 5/1/2019 7:53 AM, Wayne Stambaugh wrote:
> Hey John,
>
> I'll try a clean build to see if that fixes it. I rarely have to do
> that. I haven't done a windows build in a while so I was a bit
> s
On 01/05/2019 12:53, Jeff Young wrote:
Someone on the forums had to turn off the qa tests on Linux to get it to build:
https://forum.kicad.info/t/call-for-testers-eemodern/16663/8
This bit, right?
.../qa/utils/kicad2step/pcb/test_base.cpp: In member function ‘void
PcbBase::SexprTo2DPosAndRot:
On 5/1/2019 8:27 AM, John Beard wrote:
> On 01/05/2019 12:53, Jeff Young wrote:
>> Someone on the forums had to turn off the qa tests on Linux to get it
>> to build:
>>
>> https://forum.kicad.info/t/call-for-testers-eemodern/16663/8
> This bit, right?
>
> .../qa/utils/kicad2step/pcb/test_base.cpp:
On 5/1/2019 8:27 AM, John Beard wrote:
> On 01/05/2019 12:53, Jeff Young wrote:
>> Someone on the forums had to turn off the qa tests on Linux to get it
>> to build:
>>
>> https://forum.kicad.info/t/call-for-testers-eemodern/16663/8
> This bit, right?
>
> .../qa/utils/kicad2step/pcb/test_base.cpp:
On 5/1/2019 8:27 AM, John Beard wrote:
> On 01/05/2019 12:53, Jeff Young wrote:
>> Someone on the forums had to turn off the qa tests on Linux to get it
>> to build:
>>
>> https://forum.kicad.info/t/call-for-testers-eemodern/16663/8
> This bit, right?
>
> .../qa/utils/kicad2step/pcb/test_base.cpp:
On 01/05/2019 13:36, Wayne Stambaugh wrote:
On 5/1/2019 8:27 AM, John Beard wrote:
On 01/05/2019 12:53, Jeff Young wrote:
Someone on the forums had to turn off the qa tests on Linux to get it
to build:
It fails during linking not compiling. I also tried clang but I get the
same error. Here i
Hi John,
yeah the Morton code is to improve cache hits.
Regarding the speed test, since OS are multi-tasking there could be some
interference on the results so 1s difference is not a very measurable
difference ( 4% ).
A possibility would be to run the same scene multiple times and make an avera
On 01/05/2019 13:57, Mário Luzeiro wrote:
Hi John,
yeah the Morton code is to improve cache hits.
Regarding the speed test, since OS are multi-tasking there could be some
interference on the results so 1s difference is not a very measurable
difference ( 4% ).
A possibility would be to run the
On 5/1/2019 8:53 AM, John Beard wrote:
> On 01/05/2019 13:36, Wayne Stambaugh wrote:
>> On 5/1/2019 8:27 AM, John Beard wrote:
>>> On 01/05/2019 12:53, Jeff Young wrote:
Someone on the forums had to turn off the qa tests on Linux to get it
to build:
>> It fails during linking not compilin
On Wed, 1 May 2019 at 06:14, John Beard wrote:
>
> On 01/05/2019 13:57, Mário Luzeiro wrote:
> > Hi John,
> >
> > yeah the Morton code is to improve cache hits.
> >
> > Regarding the speed test, since OS are multi-tasking there could be some
> > interference on the results so 1s difference is not
Hi Henner,
Instead of using SFVEC2UI and hypotf (probably slow), could it be implemented
using SFVEC2F and glm::length( a - b ) ?
Mario
From: Henner Zeller
Sent: 01 May 2019 14:44
To: John Beard
Cc: Mário Luzeiro; KiCad Developers
Subject: Re: [Kicad-dev
On Wed, 1 May 2019 at 06:54, Mário Luzeiro wrote:
>
> Hi Henner,
>
> Instead of using SFVEC2UI and hypotf (probably slow), could it be implemented
> using SFVEC2F and glm::length( a - b ) ?
I didn't know about SFVEC2F or glm::length functions, but then again,
this only happens at preparation tim
Hi folks!
I'm seeing broken builds, reporting
06:14:03 default: Error: the swig import helper was not fixed, check
/vagrant/build/kicad/src/kicad-build/pcbnew/pcbnew.py
06:14:03 default:and fix this script: fix_swig_imports.py
06:14:03 default: make[6]: *** [pcbnew/pcbnew_wrap.cx
I don't think so, at least when I look at the PKGBUILD it is still
using bootstrap.sh and b2 to build. See:
https://github.com/msys2/MINGW-packages/blob/fd550b8d48e6bc831b1e36202eaf495cba5062f8/mingw-w64-boost/PKGBUILD
I don't see anything immediately alarming. Maybe the builds scripts in
boost ch
This is odd. You are correct about PKGBUILD. Here is the contents of my
/mingw32/lib/cmake folder:
boost_atomic-1.70.0/
boost_chrono-1.70.0/
boost_container-1.70.0/
boost_context-1.70.0/
boost_contract-1.70.0/
boost_coroutine-1.70.0/
boost_date_time-1.70.0/
boost_exception-1.70.0/
boost_fiber_num
Jeff,
I think that was a different issue. My issue was link problem due to
msys2 upgrading boost to 1.70 which apparently now uses CMake instead of
the old b2 build system. It looks like the new cmake stuff is not
getting the boost link libraries correct. I may take another look at it
when I ha
@Wayne, please note that I think there is a workaround. I have not
tested it myself, but I guess you can configure kicad with
Boost_NO_BOOST_CMAKE=ON as mention in the github issue.
On Wed, 1 May 2019 at 20:33, Wayne Stambaugh wrote:
>
> Jeff,
>
> I think that was a different issue. My issue was
Maybe it will be fixed in the next release of cmake
https://gitlab.kitware.com/cmake/cmake/merge_requests/2747
Found via https://gitlab.kitware.com/cmake/cmake/issues/18865
On Wed, 1 May 2019 at 22:34, Nick Østergaard wrote:
>
> @Wayne, please note that I think there is a workaround. I have not
>
26 matches
Mail list logo
