On 5 October 2014 00:12, Brian Sidebotham brian.sidebot...@gmail.com wrote:
Hi Wayne, I can't check right now, but I'm sure it is to find
python-a-mingw-us for kicad-winbuilder. I expect the answer is to remove the
custom findpython cmake module and replace it with a findpythonamingwus
module
On 15 October 2014 21:44, Wayne Stambaugh stambau...@verizon.net wrote:
On 10/15/2014 4:27 PM, Brian Sidebotham wrote:
On 5 October 2014 00:12, Brian Sidebotham brian.sidebot...@gmail.com wrote:
Hi Wayne, I can't check right now, but I'm sure it is to find
python-a-mingw-us for kicad
On 15 October 2014 22:44, Brian Sidebotham brian.sidebot...@gmail.com wrote:
On 15 October 2014 21:44, Wayne Stambaugh stambau...@verizon.net wrote:
On 10/15/2014 4:27 PM, Brian Sidebotham wrote:
On 5 October 2014 00:12, Brian Sidebotham brian.sidebot...@gmail.com
wrote:
Hi Wayne, I can't
Sorry, I didn't get much chance to look at it - but I liked the idea
of it - I think this is one of the very reasons behind the KiWay work.
It's certainly a bonus of that work which we should be reaping.
I didn't get a chance to apply and test though. Let me know if you need that.
Best Regards,
On 13 October 2014 17:22, Wayne Stambaugh stambau...@verizon.net wrote:
On 10/12/2014 9:14 PM, Mark Roszko wrote:
Very minor but the main KiCAD window calls it Schematic Library
Editor, eeschema calls it Library Editor and the window itself is
Parts Library Editor.
Can the name be
On 14 October 2014 21:54, Mark Roszko mark.ros...@gmail.com wrote:
The manual uses component throughout and indeed Component name in the UI
Component properties dialog. All the screenshots show Component too.
If eeschema has changed these, they should be changed back
An manual should never
On 14 October 2014 21:57, Brian Sidebotham brian.sidebot...@gmail.com wrote:
On 14 October 2014 21:54, Mark Roszko mark.ros...@gmail.com wrote:
The manual uses component throughout and indeed Component name in the UI
Component properties dialog. All the screenshots show Component too.
If eeschema
On 14 October 2014 22:16, Mark Roszko mark.ros...@gmail.com wrote:
Be it just semantics but for me
Documentation != Manual != Specifications
It is probably just semantics, but then this is wrong because
apparently Documentation != Manual !?
I wish the manuals were plain text based, I would
On 14 October 2014 22:09, Mark Roszko mark.ros...@gmail.com wrote:
Ah, the only thing that changed is I moved all the comments from the
.cpp to .h as you asked before so you can't ding me for that :P And a
description.
There is a white space line I just noticed.
I am having trouble with
On 9 October 2014 10:01, Benoît Roehr benoit.roehr...@gmail.com wrote:
Le 09/10/2014 08:36, Lorenzo Marcantonio a écrit :
On Wed, Oct 08, 2014 at 11:33:39PM +0200, Benoît Roehr wrote:
Does someone have a turnkey solution for building and running eeschema
alone
? Can it be done by tweaking
Hi Mark,
Thanks for your work, I've not had a chance to look at the merge request.
Generally discussion is always a great idea because it's hard to glean
from a diff what the intended changes are and what the impact is going
to be. I'm at work at the moment so still can't review the diff.
I'm
On 5 October 2014 00:18, Wayne Stambaugh stambau...@verizon.net wrote:
Here is a another teaser of the mingw64 version of kicad showing the
wxPython shell so it appears to be working.
Hi Wayne,
There's no reason it shouldn't work really, KiCad-Winbuilder uses
mingw-w64 and builds fine with
On 6 October 2014 16:23, Wayne Stambaugh stambau...@verizon.net wrote:
Lorenzo,
I know it's a pain to do but this really needs to be documented
somewhere in the Pcbnew user's manual. Otherwise, no one will know how
to use this excellent feature except those of us on the developers
mailing
On 6 October 2014 21:57, Wayne Stambaugh stambau...@verizon.net wrote:
That was an easy fix :) Thanks again for taking on the task of
providing regular builds for OSX users. Now we just have to get regular
builds for windows users. I think once we get over this hurdle, we wont
have to spend
Excellent work Marco. Sorry, replying on my phone!
Picking the right tool is essential, we're just itching to make the
transition to text based documentation, that's all. We've had odt
documentation for a long time, and we can suffer that for a while longer
while we evaluate the text based
and CMakeModules/FindPythonLibs.cmake were added by Brian Sidebotham in
rev 4268 [1] and haven't been changed since [2]. It might be that the
stock file which ships with newer versions of CMake has been improved so
that the custom one isn't needed anymore.
Nice work getting this working.
Blair
Hi Lorenzo,
Thanks for sorting this out, it'll make a great difference for my next
board!
Best Regards,
Brian.
On 4 Oct 2014 16:26, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
Sorry about the delay, we had the automechanika fair and related stuff
to handle :P
In fact the patch is
On 14 September 2014 06:17, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
On Sun, Sep 14, 2014 at 12:39:33AM -0400, Carl Poirier wrote:
Is there any way to have it not on silkscreen, besides editing the
.kicad_mod file by hand?
Committed yesterday; now the text module dialog contains
On 10 September 2014 07:49, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
While inspecting for text module usage, I found a couple of call which
(for a little) puzzled me :D
IgnoreMTextsOnCopper and IgnoreMTextsOnCmp in the collector 'guide'
class. At first I tought the first was
On 10 September 2014 14:56, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
On Wed, Sep 10, 2014 at 02:20:48PM +0100, Brian Sidebotham wrote:
I think the rename should be done, but I think we should probably end up
with:
IgnoreMTextsOnF_Cu
IgnoreMTextsOnB_Cu
because
On 10 September 2014 16:14, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
On Wed, Sep 10, 2014 at 03:57:51PM +0100, Brian Sidebotham wrote:
Yep, I understood all that before I proposed the names.
Then why not IgnoreMTextsOnFront and IgnoreMTextsOnBack ? Cu has no
relationship
On 10 September 2014 16:54, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
On Wed, Sep 10, 2014 at 04:49:55PM +0100, Brian Sidebotham wrote:
The world survives on convention. If that is ours, why invent new?
Because *our* convention is Front/Back. The collector itself uses it for
pads
On 10 September 2014 17:31, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
On Wed, Sep 10, 2014 at 05:14:43PM +0100, Brian Sidebotham wrote:
I don't get that conclusion considering that module text placed on a
front layer is currently impossible as instead in a module it will be
placed
On 9 September 2014 04:56, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
On Mon, Sep 08, 2014 at 10:27:45PM +0100, Brian Sidebotham wrote:
Sorry, but I don't like this patch because I want control of where the
reference text goes on both assembly and silk layers. It doesn't
necessary
Sorry, but I don't like this patch because I want control of where the
reference text goes on both assembly and silk layers. It doesn't
necessary want to go in the centre of an electrolytic cap for example.
Only for the very basic components is the centre an okay choice.
I would rather just allow
KiCad-Winbuilder is using a patched 3.0.0 so it's pretty stable at the
moment. I wanted to wait for a period of no bug reporting against
wxWidgets (with regards to KiCad) until I bumped the version in the
wxWidgets-cmake project that Winbuilder uses.
Best Regards,
Brian.
Moses,
Thanks for doing this work - config files instead of the registry
settings on Windows has been on my list forever and I never got round
to doing anything about it. So thanks for getting on and doing it as
well as tidying up the Linux files.
Best Regards,
Brian.
On 4 September 2014 10:03, Maciej Sumiński maciej.sumin...@cern.ch wrote:
On 09/03/2014 10:36 PM, Wayne Stambaugh wrote:
On 9/3/2014 12:33 PM, Brian Sidebotham wrote:
I think we could do it in a similar fashion to EESCHEMA (it's a
more pleasant experience when things work in a similar way) Any
On 3 September 2014 17:03, Maciej Sumiński maciej.sumin...@cern.ch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Sep 03, 2014 at 10:22:03AM +0200, Maciej Sumiński wrote:
Healing could be done another way. Instead of moving vertices,
it could be better to add the missing
On 3 September 2014 20:04, yann jautard brico...@free.fr wrote:
Le 03/09/2014 20:08, Wayne Stambaugh a écrit :
On 9/3/2014 8:08 AM, yann jautard wrote:
Le 03/09/2014 12:32, yann jautard a écrit :
Le 02/09/2014 18:24, Wayne Stambaugh a écrit :
I have this on my list of things to look at.
On 1 September 2014 10:17, Javier Serrano
javier.serrano.par...@gmail.com wrote:
On Sat, Aug 30, 2014 at 8:47 PM, Wayne Stambaugh stambau...@verizon.net
wrote:
[snip]
I am proposing that we move to a model more like the
Linux kernel where there is a merge window for new features followed by
On 31 August 2014 23:49, Aaron Pelly ape...@monkeymasters.co.nz wrote:
On 01/09/14 02:08, Maciej Sumiński wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/31/2014 12:13 AM, Cirilo Bernardo wrote:
[snip]
Is there anyone on the list with web page skills?
Sounds like a good
On 1 September 2014 20:17, Martijn Kuipers martijn.kuip...@gmail.com wrote:
On 01 Sep 2014, at 19:54, jp charras jp.char...@wanadoo.fr wrote:
Le 01/09/2014 11:44, Brian Sidebotham a écrit :
On 1 September 2014 10:17, Javier Serrano
javier.serrano.par...@gmail.com wrote:
On Sat, Aug 30
On 30 August 2014 23:13, Cirilo Bernardo cirilo_berna...@yahoo.com wrote:
- Original Message -
From: Brian Sidebotham brian.sidebot...@gmail.com
To: Wayne Stambaugh stambau...@verizon.net
Cc: KiCad Developers kicad-developers@lists.launchpad.net
Sent: Saturday, August 30, 2014 9:19
The version is essentially created during the CMake configure step -
when CMake generates its cache of variables. You need to re-create
this cache to update the value:
make rebuild_cache
That should update to the same as bzr revno.
Best Regards, Brian.
On 31 August 2014 21:47, Andrew
On 31 August 2014 22:27, Andrew Zonenberg azonenb...@drawersteak.com wrote:
Why does CMake not recompute this particular value during the
pre-compile configuration step? It runs checks for changed stuff every
time you make anyway and only caches certain things. Is it really that
hard to not
On 31 August 2014 22:52, Andrew Zonenberg azonenb...@drawersteak.com wrote:
What I did in my previous build systems is to regenerate the file in a
temporary directory then check if the files had the same hash. If they
didn't I'd update the file.
This way, if you don't change the file's
Looks like it just fell over, however I updated
http://www.kicad-pcb.org/display/KICAD/About+KiCad last night with the
information in AUTHORS.txt
There's some more to do, but at least the majority of it is up there.
I'd like to do some info on the individual programs under About KiCad.
I believe
, but I don't over estimate his
staying power,
nor should you. Please be kind and respectful to him.
It is time for me to move out of the top spot and off the mailing list.
I want to acknowledge Brian Sidebotham with special thanks for his faith in
my leadership
and his exceptional
On 20 August 2014 13:44, yann jautard brico...@free.fr wrote:
just FYI, 5084 does not compile any more.
/home/yann/kicad_sources/kicad.bzr/pcbnew/dialogs/dialog_edit_module_for_BoardEditor.cpp:
In member function ‘virtual void
DIALOG_MODULE_BOARD_EDITOR::OnCancelClick(wxCommandEvent)’:
Hi guys,
Sorry for asking dumb questions, but what is this whole QuasiModal stuff
for?
Tom
Hi Tom,
No question is dumb.
See Yann's description (from earlier in this thread) of the problem
below, to which Quaimodal is a good solution.
Best Regards,
Brian.
---
Hi Dick, and all the
On 16 August 2014 17:44, Wayne Stambaugh stambau...@verizon.net wrote:
One of the tasks that I have committed to working on in the KiCad road
map is to clean up the current mess we have created by allowing
dependency libraries to be built as part of the KiCad source build. The
only exception
distribution of KiCad for Windows
The version linked to from the homepage is from over a year ago. If this is
the current Stable version, it seems like that should be explicitly stated
and links to that version for the other OSes provided. I'd like to work with
Brian Sidebotham or others from
On 4 August 2014 17:05, Dick Hollenbeck d...@softplc.com wrote:
I pushed an early branch of this work to milestoneB.
See the commit log for some of the details.
The shared_ptr turned out to be a can of worms. No, several cans of worms,
all stacked
like a 2 miles of dominos.
So I used a
For the number of elements in an array, you can use:
./include/macros.h:#define DIM( x )unsigned( sizeof(x) /
sizeof( (x)[0] ) )
which is more consistent in the KiCad source code.
Best Regards, Brian.
___
Mailing list:
Hi Jason,
Winbuilder doesn't currently support a debug version build. It's not a
good development environment, but it does at least give you the
dependencies you need to build KiCad on Windows successfully.
The problem with the debug build is with Python as Python searches for
different module
Thanks for the release information Dick, we'll look to include that in
Winbuilder as soon as possible. At the moment the version used is a
patched v3.0.0, not a vanilla version. Therefore some vital fixes for
KiCad were already included. It will be good to upgrade to get the bug
fixes though.
Hi Guys,
I should first say, this is not typical of Winbuilder. Both pcbnew and
cvpcb work fine for me on a fresh Windows 7 install using the github
fp-lib-table. So there's clearly something different about your setup.
Process monitor is (from sysinternals) is excellent at tracking
dependency
Hi Guys,
KiCad-Winbuilder V3.4 is out which addresses a few issues. You can get
it from the Launchpad project page:
https://launchpad.net/kicad-winbuilder
3.4 11.06.2014 - BJS
* Copy *.kiface files to the kicad/bin directory. Fixes bug 1315945
* Fix issue with checking for wxPython (was
I know I had this same problem with the python console on Windows. I
don't t think this is something that changed, I think it's always been
there.
I can test on Windows tonight for you and let you know.
Best Regards, Brian.
___
Mailing list:
Hi Henner,
Committed in BZR4686.
Thanks again for your contribution.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe :
On 5 February 2014 17:18, Henner Zeller h.zel...@acm.org wrote:
Hi,
I usually have a lot of windows stacked on my desktop, which often obscures
the 'footprint window' in CvPcb. Pressing the 'view selected footprint'
brings the window up the _first_ time, but when it is already there, it
On 7 February 2014 10:31, jp charras jp.char...@wanadoo.fr wrote:
Le 07/02/2014 09:22, Henner Zeller a écrit :
Hi,
While moving a field text (REFERENCE, VALUE and such) in the
schematic, it is possible to loose the visual sight to which component
it belonged to, in particular in tight spaces
On 7 February 2014 16:17, Henner Zeller h.zel...@acm.org wrote:
On 7 February 2014 02:37, Brian Sidebotham brian.sidebot...@gmail.com wrote:
On 5 February 2014 17:18, Henner Zeller h.zel...@acm.org wrote:
Hi,
I usually have a lot of windows stacked on my desktop, which often obscures
On 5 February 2014 22:35, Blair Bonnett blair.bonn...@gmail.com wrote:
On 6 February 2014 10:31, Jake j...@spaz.org wrote:
On Wed, 5 Feb 2014, Brian Sidebotham wrote:
On 5 February 2014 10:11, Jake j...@spaz.org wrote:
I just want to say the same thing that a lot of other people have been
Hi Henner,
In EESCHEMA, under Preferences-Hotkeys-Edit Hotkeys, you can edit
the hotkeys and set Backspace as the Delete function.
However, I notice that changing the Delete function hotkey doesn't
work. This in fact should be filed as a bug; So please file a bug
report on Launchpad so it can be
On 5 February 2014 14:15, Chris Morgan chmor...@gmail.com wrote:
If there isn't a binding for the backspace key might it also make
sense to have the default binding for 'delete item' be both backspace
and delete by default? In addition of course to fixing whatever bug
there is in the hotkey
On 5 February 2014 14:39, Brian Sidebotham brian.sidebot...@gmail.com wrote:
I've also not tested how two keys bound to the same function perform
in the Hotkeys Editor - but I suspect not well.
Sorry, scrap that last comment, of course it would be absolutely fine.
Best Regards, Brian
On 5 February 2014 15:54, Henner Zeller h.zel...@acm.org wrote:
On 5 February 2014 06:11, Brian Sidebotham brian.sidebot...@gmail.com
wrote:
Hi Henner,
In EESCHEMA, under Preferences-Hotkeys-Edit Hotkeys, you can edit
the hotkeys and set Backspace as the Delete function.
Uh, life can
On 5 February 2014 15:54, Nick Østergaard oe.n...@gmail.com wrote:
However, I notice that changing the Delete function hotkey doesn't
work. This in fact should be filed as a bug; So please file a bug
report on Launchpad so it can be fixed, or else feel free to apply a
patch that fixes this bug
I suspect it's all just a documentation issue too as someone else
suggested because it's so easy to branch the code and generate a patch
using Bazaar.
Perhaps the best place for anyone who has decided Bazaar is dead (it
works for me by the way!) and therefore cannot contribute (and
particularly
On 4 February 2014 13:04, Joel Holdsworth j...@airwebreathe.org.uk wrote:
Hi All,
Thank you all for taking the time to respond to my original e-mail. It
seems to me that whatever the outcome this discussion it is well worth
having.
On 04/02/14 11:57, Brian Sidebotham wrote:
I suspect it's
Hi Guys,
It's always worth when you can filling in bug reports against
KiCad-Winbuilder. It helps focus my time and makes we aware of things
I don't know about. Although I can't fix the internal MinGW error
(Which I've never seen!), seeing a bug report means I probably would
have bumped the
On 30 January 2014 16:52, Wayne Stambaugh stambau...@verizon.net wrote:
On 1/30/2014 6:59 AM, Brian Sidebotham wrote:
Hi Guys,
I've just uploaded a new release for KiCad-Winbuilder which includes a
few fixes and bumps wxPython up to V3+ (V3.0.0 with a couple of
patches mentioned on the KiCad
results. I'll let everyone know the results.
On Mon, Feb 3, 2014 at 2:52 AM, Brian Sidebotham
brian.sidebot...@gmail.com wrote:
Hi Guys,
It's always worth when you can filling in bug reports against
KiCad-Winbuilder. It helps focus my time and makes we aware of things
I don't know about
On 3 February 2014 18:38, Milan Horák stran...@tiscali.cz wrote:
Hi,
and I am compiling KiCad on VirtualBox Windows XP machine, limited to one
core of Phenom 955 and 512MB RAM :-)
Milan
Ha! I'm impressed that works at all, but fair enough. With only a
single core you can't eat too much
Hi Guys,
I've just uploaded a new release for KiCad-Winbuilder which includes a
few fixes and bumps wxPython up to V3+ (V3.0.0 with a couple of
patches mentioned on the KiCad developers list which are useful fixes
for KiCad). The library now also comes from GitHub (Simply by
downloading the
Miguel Angel Ajo Pelayo
+34 636 52 25 69
skype: ajoajoajo
2014-01-30 Brian Sidebotham brian.sidebot...@gmail.com:
Hi Guys,
I've just uploaded a new release for KiCad-Winbuilder which includes a
few fixes and bumps wxPython up to V3+ (V3.0.0 with a couple of
patches mentioned on the KiCad
:
Congratulations to both your families.
This will be the most import (and busy) part of your life.
Greetings,
Edwin
On Thu, Jan 30, 2014 at 3:13 PM, Brian Sidebotham
brian.sidebot...@gmail.com wrote:
Thanks Miguel, it will be our first so we're very excited as well as
desperately trying
branch.conf file:
parent_location =
http://bazaar.launchpad.net/~brian-sidebotham/kicad-winbuilder/trunk/
bound_location =
http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/
bound = True
When I said run
$ bzr bind lp:kicad
I meant in the kicad source working tree
The allowance of overlapping pads in the DRC is pretty essential at
the moment because KiCad cannot do polygon pads or multiple drill
holes (as Wayne pointed out). Therefore when people require unusual
pad shapes they end up making them out of overlapping pads, relying on
the current behaviour.
On 3 January 2014 14:09, Chris Morgan chmor...@gmail.com wrote:
I'm not actively making changes but in case it helps someone else,
here is what was confusing me. This is something I do a few times a
day with git in order to keep history clean and integrate patch review
feedback.
How to get
On 2 January 2014 03:27, Cirilo Bernardo cirilo_berna...@yahoo.com wrote:
Hi folks,
I have put two sets of patches onto github for anyone to review or apply.
The (bzr) patches:
export_idf3.patch : Adds basic IDF3 export (board and cutouts / holes only)
export_vrml.patch : Improved
PM, Brian Sidebotham wrote:
This dependency is not required on Windows? How come the Linux build
needs it and the Windows build doesn't?
What boot library was throwing the error?
Best Regards, Brian.
Does it break builds on Windows?
Currently, yes, because under Windows
This dependency is not required on Windows? How come the Linux build needs
it and the Windows build doesn't?
What boot library was throwing the error?
Best Regards, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
On 13 November 2013 17:51, Carl Poirier carl.poirie...@gmail.com wrote:
Coming from Mercurial, I prefer branch, commit, push rather than
checkout, commit. :P
Pushing with Bazaar is horrible. It works while you're the only editor, but
once other people start pushing too it will likely all fall
On 11 November 2013 10:49, Maciej Sumiński maciej.sumin...@cern.ch wrote:
Then it may be related to Linux exclusively, as I use 64 bit too and the
error occurs. More details can be found at: https://svn.boost.org/trac/
boost/ticket/8973
Regards,
Orson
Hi Orson,
It may be. I just looked
Search for valvers-pcb
Fifth result is the github repository I setup as a test when the Github
plugin was coming to fruition. So I think github indexing works fine for
personal repo's.
The key is to get something searchable that is reasonably unique.
Everything before this is old stuff that I
On 23 October 2013 14:57, Dick Hollenbeck d...@softplc.com wrote:
Brian,
If it works for you, it works for me. I want your life as easy as
possible! Plus if it
works for you, it works for Windows users, and that brings them use of the
GITHUB_PLUGIN,
so I am happy all around.
Hi Dick,
On 8 November 2013 16:42, Dick Hollenbeck d...@softplc.com wrote:
I commented this out because CMake barfs if you pass
CMAKE_TOOLCHAIN_FILE as a blank
value. I left it in, but commented out for exactly this sort of
feedback. I've included it
in a conditional which checks to see if
Excellent work guys! I'm really looking forward to trying this stuff out.
I'll commit the download_openssl.cmake changes in a few days when we're
back on-line at home as I've just moved house and we've no internet access
at home at the moment.
Thanks to everyone involved in that work, a push and
Hi Guys,
I attach a diff which uses a new OpenSSL-CMake project I registered on
Launchpad to provide a CMake build system on-top of OpenSSL. I started with
the LuaDist project's CMake system and patched it to work with the OpenSSL
1.0.1e release.
This means that all of the if( MINGW ) tests and
I patched the LuaDist CMake build system to work successfully on OpenSSL
1.0.1e.
Downloading, patching and building OpenSSL with CMake on Windows has an
issue though (Doesn't everything being built on Windows!?)
The issue is that CMake, or more precisely libarchive used by CMake doesn't
deal
On 16 October 2013 12:04, Dick Hollenbeck d...@softplc.com wrote:
On windows, can you try downloading from github the doctor-ed zip file
like the person in the bug report said? Lets put that bug report URL in
our download script too as a comment.
Okay, I will do that.
The zip file is
On 15 October 2013 01:55, Lorenzo Marcantonio l.marcanto...@logossrl.comwrote:
On Mon, Oct 14, 2013 at 10:45:38PM +0100, Brian Sidebotham wrote:
Yes, MinGW has GNU AS (It's part of binutils). I don't know why they've
implemented it with MASM instead for the Windows platform.
Problem: gas
On 15 October 2013 16:07, Maciej Sumiński maciej.sumin...@cern.ch wrote:
On 10/15/2013 03:33 PM, Lorenzo Marcantonio wrote:
On Tue, Oct 15, 2013 at 02:18:19PM +0100, Brian Sidebotham wrote:
As Dick says, this completely breaks cross-compilation of Boost.
Well, can't say it is a good thing
I know it's only our own fault for being on Windows but the Rev 4382: *)
Switch over to FP_LIB_TABLE::Footprint*() functions commit introduces the
need for the Microsoft assembler, MASM to be installed to be able to build
Boost.
It's the context library that brings in this dependency.
The only
On 14 October 2013 22:36, Dick Hollenbeck d...@softplc.com wrote:
For now just comment out context. We won't need it until building GAL
PS. Does mingw come with an assembler. Does it suppprt inline asm?
Ther are only a coulple of small files to assemble.
Enabling context was a trial
On 8 October 2013 16:00, Wayne Stambaugh stambau...@verizon.net wrote:
On 10/8/2013 8:20 AM, Thomas Spindler wrote:
Hi Guys,
I had to do some tricky mechanical design around a pcb and generated a
step
like file format. (See attached example)
If other users find it useful I will
On 6 October 2013 18:39, Dick Hollenbeck d...@softplc.com wrote:
-- Forwarded message --
From: Matan Gal-Katziri mata...@gmail.com
Date: Oct 5, 2013 11:44 PM
Subject: Re: Kicad-Spice simulation tutorial
To: Nacho Domínguez domal...@gmail.com
Cc: Miguel Angel Ajo Pelayo
On 7 October 2013 05:56, Dick Hollenbeck d...@softplc.com wrote:
On 10/06/2013 06:05 PM, Brian Sidebotham wrote:
On Windows, building without the msys environment means perl is an
absolute no-go
area for
me;
Android cell phone found this this morning, while I
On 7 October 2013 05:32, Dick Hollenbeck d...@softplc.com wrote:
Hi Brian,
You have a total comprehension of what is going on, and your solution has
left the linux
build working. So I would say thank you for an excellent job. I would
hope windows users
would say the same.
Comments
On 4 October 2013 08:55, Maciej Sumiński maciej.sumin...@cern.ch wrote:
Hi Brian,
In fact it looks very strange.. I am just wondering - wouldn't it be
easier to link OpenSSL as a static library? It may require a rebuild in the
KiCad-Winbuilder, but then you will not have to care about stuff
On Windows, building without the msys environment means perl is an
absolute no-go area for
me;
Android cell phone found this this morning, while I was laying in bed. I
guess it wanted
to be relevant, helpful, and to cmake a difference:
https://github.com/LuaDist/openssl
Hi Dick,
No problem, good luck in the Tennis tourney!
On 5 October 2013 16:43, Dick Hollenbeck d...@softplc.com wrote:
Thanks. Will get back to you.
In tennis tourney today.
On Oct 5, 2013 9:20 AM, Brian Sidebotham brian.sidebot...@gmail.com
wrote:
Hi Guys,
Attached is the current patch I can
Hi Guys,
This plays breaks compilation with mingw-w64, can I remove them? I don't
think they should affect anyone anymore because they are a MicroSoft Visual
C cludge as far as I can tell. Mingw-w64's problem is that is defines both
snprintf and _snprintf symbols.
#cmakedefine
This project:
http://tibcoadmin.com/tibco/activematrix-businessworks/problem-with-libeay32-dll-and-ssleay32-dll/
has
seen this behaviour too, and also concludes that the PATH is ignored in the
search for the library.
Their solution is to copy their DLL and overwrite the one in SysWOW64! lol.
What
On 3 October 2013 23:41, Cirilo Bernardo cirilo_berna...@yahoo.com wrote:
From: Brian Sidebotham brian.sidebot...@gmail.com
To: KiCad Developers kicad-developers@lists.launchpad.net
Sent: Friday, October 4, 2013 8:19 AM
Subject: [Kicad-developers] Various
On 30 September 2013 00:13, Dick Hollenbeck d...@softplc.com wrote:
Any problems getting GITHUB_PLUGIN to build? To run? Did you need to
separately install
the OPENSSL root certificates?
Thanks for reporting your findings and your hard work.
Dick
Hi Dick,
I just tested with BZR 4358
On 30 September 2013 00:13, Dick Hollenbeck d...@softplc.com wrote:
On 09/29/2013 05:43 PM, Brian Sidebotham wrote:
On 26 September 2013 15:07, Dick Hollenbeck d...@softplc.com mailto:
d...@softplc.com
wrote:
On 09/26/2013 04:51 AM, Brian Sidebotham wrote:
On 22 September
101 - 200 of 415 matches
Mail list logo