[Kicad-developers] SWIG version.

Just a heads up for all developers. Now that we are starting to add c++11 code to kicad, the minimum swig version that supports c++11 is version 3. Currently we do not enforce a minimum swig version. In the next day or so, I'm going set the minimum swig version to 3. This shouldn't be an issue

Re: [Kicad-developers] 3D filename resolution

On 6/9/2016 2:44 AM, jp charras wrote: > Le 09/06/2016 à 08:31, Cirilo Bernardo a écrit : >> Thanks Jean-Pierre, >> >> I'll work on the help button and on the display of KISYS3DMOD. In the case >> of KISYS3DMOD, should I allow editing of the value or just display it? >> >> - Cirilo > > I do not

Re: [Kicad-developers] Python build options

to python 3 and the last release was 3.0.2 in November of 2014. On 6/7/2016 2:37 PM, Simon Wells wrote: > is that not what all the mingw stuff in the FindPythonInterp.cmake > script was for? or is it different again? > > On Wed, Jun 8, 2016 at 6:31 AM, Wayne Stambaugh <stambau...@g

Re: [Kicad-developers] Python build options

ced with > https://github.com/wxWidgets/Phoenix which seems to be realtively > active > > On Wed, Jun 8, 2016 at 6:55 AM, jp charras <jp.char...@wanadoo.fr> wrote: >> Le 07/06/2016 à 20:31, Wayne Stambaugh a écrit : >>> wxPython is (was?) the problem child. When the

Re: [Kicad-developers] [PATCH 01/16] Fix spelling "propage" -> "propagate"

Patch committed in product branch r6896. Thanks. On 6/7/2016 3:54 PM, Simon Richter wrote: > --- > eeschema/class_netlist_object.h | 2 +- > eeschema/netlist.cpp| 16 > 2 files changed, 9 insertions(+), 9 deletions(-) > > > >

Re: [Kicad-developers] [PATCH 02/16] Add missing dependency github_plugin -> pcbcommon

Committed in product branch r6897. Thanks. On 6/7/2016 3:54 PM, Simon Richter wrote: > > The GitHub plugin needs the generated PCB parser code, so introduce an > artificial dependency. > --- > pcbnew/CMakeLists.txt | 2 ++ > 1 file changed, 2 insertions(+) > > > >

Re: [Kicad-developers] 3D filename resolution

Patch committed in product branch r6924. Thanks. On 6/11/2016 10:32 PM, Cirilo Bernardo wrote: > The attached patch makes the following changes: > > 1. Adds a Help button and text to the 3D alias configuration dialog > 2. Displays KISYS3DMOD and internally defined KiCad path env vars > 3. Adds

Re: [Kicad-developers] pcbnew feature: Vias on Solder Mask Layers

I'm not terribly thrilled about adding this to the print dialog. Plotting is definitely more accurate than printing although I wont completely rule it out. I make a lot of prototype boards and I've found through trial and error the plotting is the way to go. Adding a redundant print feature that

Re: [Kicad-developers] KICAD_KEEPCASE

On 6/10/2016 7:15 AM, Lorenzo Marcantonio wrote: > On Fri, Jun 10, 2016 at 07:11:55AM -0400, Chris Pavlina wrote: >> Does anybody disable the KICAD_KEEPCASE build option? I'm not sure I see the >> point of keeping it around... > > Wasn't case sensitivity made mandatory anyway some time ago for

Re: [Kicad-developers] Failed to build on my system

I commented that this patch would break some builds depending on the compiler. I also gave JP the go ahead to apply this patch. If we are going to support c++11, then we cannot continue to reject patches with c++11 code. I also can no longer build kicad on msys1/mingw32 because gcc is version

Re: [Kicad-developers] Failed to build on my system

It compiled with gcc 4.9.3 on msys1/mingw32. It just wouldn't link because of the broken libgomp on mingw32. My guess is that it would be fine on linux. To be safe, gcc 5+ will be your best bet. On 6/9/2016 2:11 PM, Mário Luzeiro wrote: > Hi Nick, > > gcc --version > gcc (Ubuntu

Re: [Kicad-developers] Coverity scans.

Yeah, I notice the .* defined as "other" after I made the change. I'll leave it as is for now. It shouldn't make any difference in the scan other than the component name. On 6/3/2016 7:19 AM, Mark Roszko wrote: > Those folders were already in the analysis. The "components" section > is just to

Re: [Kicad-developers] I'm back.

Thanks, it's good to be back. It's been fun sorting through several hundred bug tacker emails. :) On 5/26/2016 10:42 AM, Nick Østergaard wrote: > Welcome back, Simon Wells havr been busy trying to clean up the bug > tracker :) > > Den 26/05/2016 16.40 skrev "Wayne St

[Kicad-developers] I'm back.

Just a quick heads up. I'm back from vacation and sorting through my inbox. Please be patient as I slog through all of them. There are few things that I want to comment on. It may take a few days until I get to them so please be patient. Thanks, Wayne

Re: [Kicad-developers] PATCH: fix swapped VRML material colors

Patch committed in product branch r6928. Thanks. On 6/12/2016 6:12 PM, Cirilo Bernardo wrote: > fixes a bug in the VRML2 parser > which had exchanged the Blue and Green components > of the ambient lighting. ___ Mailing list:

[Kicad-developers] wxFileSystemWatcher bug.

I found a nasty wxFileSystemWatcher bug on windows (and possibly other platforms) when switching between a project on a mapped network drive to a project on a local drive. This crashes kicad every time. It doesn't crash when switching from a local drive to a mapped network drive. I fixed the

Re: [Kicad-developers] 3D-Viewer - Request for merge evaluation

Mario, I may not have time to look at it until this weekend. As soon as I've had a chance to build and run it and look over the code, I'll let you know. Cheers, Wayne On 6/14/2016 1:50 PM, Mário Luzeiro wrote: > Hi Wayne, > > As you may know, I have been working on refactoring the

Re: [Kicad-developers] wxFileSystemWatcher bug.

changes which have been fixed > in 6931/2 > > Simon > > On Wed, Jun 15, 2016 at 2:39 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: >> I found a nasty wxFileSystemWatcher bug on windows (and possibly other >> platforms) when switching between a pro

Re: [Kicad-developers] wxFileSystemWatcher bug.

wrong. It's odd that it only happens when switching from a remote project to a local project. > > Simon > > On Wed, Jun 15, 2016 at 8:28 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: >> Hey Simon, >> >> I was seeing the crash when switching back to a loca

Re: [Kicad-developers] wxFileSystemWatcher bug.

her events on network drives? > as would that not make for quite heavy loads on the network? > > On Wed, Jun 15, 2016 at 8:38 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: >> On 6/14/2016 4:34 PM, Simon Wells wrote: >>> It was when opening pcbnew, in each project. >&

[Kicad-developers] Announcement, CERN trip.

I'm am excited to announce that I will be traveling to CERN to spend a full week working on KiCad. I will arrive in Geneva on Saturday, July 2nd and return on Sunday, July 10th. If anyone in that part of the world can find the time to get together, please let me know and I will do my best to

Re: [Kicad-developers] Announcement, CERN trip.

re+Hardware+Science! > > Kind regards. > > On June 13, 2016 11:32:57 PM CEST, Jon Neal <reporting...@gmail.com> wrote: >> That's awesome! >> >> Enjoy Switzerland, I've heard nothing but awesome things about it. >> >> On Mon, Jun 13, 2016 at 11:38 AM Wa

Re: [Kicad-developers] Coverity scans.

s. > > - Cirilo > > On Fri, Jun 3, 2016 at 12:47 AM, Wayne Stambaugh <stambau...@gmail.com > <mailto:stambau...@gmail.com>> wrote: > > I was looking over the latest coverity scans and noticed that the > gerbview, kicad, and pagelayout_editor source folder

Re: [Kicad-developers] Python build options

wxPython is (was?) the problem child. When the python scripting was originally written, wxPython wasn't always provided in a usable form on all platforms (think Windows with native python) so we had to be able to provide a python pcbnew library without wxPython support. Since the advent of the

Re: [Kicad-developers] [PATCH 08/12] windows: provide performance measurement primitives

Thanks for pointing this out @Mark. My preference is to use wxWidgets for features like this whenever possible rather than reinvent the wheel. As much as we beat wxWidgets over the head, we often don't take advantage of the features they do provide the handle the platform differences. On

Re: [Kicad-developers] Updated FindPython cmake modules

On 5/31/2016 11:03 AM, Simon Wells wrote: > This patch isn't actually very good in its current state so i am > currently rewriting it. > > @Wayne, I notied the MINGW stuff you added including lines that search > ${CURRENT_VERSION}.1-9 is that even worth it any more with the primary > python2

[Kicad-developers] New stable version.

I would like to push a 4.0.3 stable release in the couple of weeks. Would one of our OSX devs please make sure the latest version (r6281) of the stable 4 branch compiles and runs OK on OSX? Once I have some feedback, I'll create a source archive and make the announcement. Thanks, Wayne

[Kicad-developers] Coverity scans.

I was looking over the latest coverity scans and noticed that the gerbview, kicad, and pagelayout_editor source folders were not included in the analysis. I just added them so expect a spike in findings on the next scan. I also notice that the idftools folder is not included. Do we want to add

Re: [Kicad-developers] New stable version.

ade cmake on the system in order to get the nightly builds > to continue working, due to a known bug in CMake, and now I'm having > issues getting stable to build. We're working through the issues, but > it might be a bit longer. > > Adam Wolf > > On Fri, May 27, 2016 at 6:2

Re: [Kicad-developers] DEBUG vs NDEBUG

Ahh, the old double negative. Using !NDEBUG would be ugly but I suppose it would be effective. I'm not sure why cmake isn't defining DEBUG for debug builds. I thought at one time it did but I could be wrong. On 6/1/2016 5:38 PM, Simon Richter wrote: > Hi, > > there was a small hiccup with a

Re: [Kicad-developers] bugs Fix Commited

We have discussed this before. The current policy is to mark bugs as fix committed when the bug fix has been committed to either the product or the current stable release repo. Once the next stable release is rolled out, the fix committed bug reports should be changed to fixed released. If for

[Kicad-developers] Stable release bug fixes.

I've been running into issues with merging bug fixes into the 4 stable branch. This is to be expected as the code bases diverge. However, some of the merge issues are due to new code being committed along with the bug fix which causes merge conflicts. Please try to commit only the code required

Re: [Kicad-developers] [PATCH 3/5] Clean up the applications/*.destop files.

Gerber and excellon are pretty specific mime-types. My guess is most distros will not provide mime-types for them. We should provide the mime-types for all file types supported by the various kicad apps. If distros need to modify them, I'm fine with leaving that up to the distro package devs.

Re: [Kicad-developers] New stable version.

Thanks Adam. On 5/27/2016 7:16 PM, Adam Wolf wrote: > I will try running a build this weekend. > > On Fri, May 27, 2016 at 3:59 PM, Wayne Stambaugh <stambau...@gmail.com > <mailto:stambau...@gmail.com>> wrote: > > I would like to push a 4.0.3 stable

Re: [Kicad-developers] Stopping support of OS X 10.7 and 10.8?

I'm OK with this for daily builds. We should probably keep creating stable release 4 builds for 10.7 which shouldn't be an issue since it will never be c++11. Hopefully there wont be too many more stable 4 branch releases after 4.0.3. Wayne On 5/27/2016 7:23 PM, Adam Wolf wrote: > So,

Re: [Kicad-developers] [PATCH 07/12] Work around VC++ 2015 bug.

I really don't like this patch. It is clearly to fix an issue with the MSVC compiler. I would feel the same way about any other compiler as well. We should not have to jump through hoops to support every broken compiler. I still see no reason to change the policy to support MSVC or any other

Re: [Kicad-developers] wxFileSystemWatcher bug.

Thanks Simon. I'll commit the patch as soon as I get a chance to test it on Linux. On 6/14/2016 5:12 PM, Simon Wells wrote: > Also tested the patch here, and works fine > > On Wed, Jun 15, 2016 at 8:49 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: >> Apparently so. I

Re: [Kicad-developers] PATCH: OS X copy/close bug fix

On 6/22/2016 10:33 AM, Collin Anderson wrote: > I just discovered that OS X does in fact have similar behavior for buttons. > In most dialog windows, hitting command and the first letter of the text will > 'click' the button, but this only works when the letter doesn't conflict with > other

Re: [Kicad-developers] Possible 4.0.3 prerelease test for OS X

On 6/15/2016 3:05 PM, Adam Wolf wrote: > Hi Bob, > > Thanks for the extensive feedback. It sounds to me like the package was > able to be opened and seemed normal, so I'm calling that a success! > > Combined with the other feedback, I'm going to say, Wayne, we can make a > 4.0.3 for OS X.

Re: [Kicad-developers] wxFileSystemWatcher bug.

Thanks for testing this Chris. I'll commit the patch some time today. On 6/15/2016 8:14 PM, Chris Pavlina wrote: > Tested on Linux with NFS and SSHFS mounts, no issue here either. > > On Wed, Jun 15, 2016 at 09:18:21AM -0400, Wayne Stambaugh wrote: >> Thanks Simon. I'll c

Re: [Kicad-developers] RFC: position file changes

My preference is to define a reference position parameter for the footprint this way it could be any position the user chooses. There may be reasons to use values other than pin 1 or the center of the footprint. That one part that never seems to auto insert correctly comes to mind. If you've

Re: [Kicad-developers] 3D-Viewer - Request for merge evaluation

On 6/20/2016 8:50 AM, Nick Østergaard wrote: > 2016-06-20 14:45 GMT+02:00 Wayne Stambaugh <stambau...@gmail.com>: >> I had some time over the weekend to look at this and I'm satisfied with >> it although I'm not 100% sure what it buys us. The eye candy is nice. >>

Re: [Kicad-developers] PATCH: OS X copy/close bug fix

What's another wxWidgets patch at this point? If we want to give our OSX users the best possible experience then we probably should include the patch to fix this. On 6/19/2016 6:05 PM, Chris Pavlina wrote: > Resurrecting this. Can we maybe consider adding another patch to wx into our > existing

Re: [Kicad-developers] PATCH: change 3D cache location

Cirilo, I just attempted to compile this patch and it fails to build on windows. Please take a look at it when you get a chance. Here is the output: C:/src/kicad/product/3d-viewer/3d_cache/3d_plugin_manager.cpp:154:6: error: invalid preprocessing directive #ifnef #ifnef _WIN32 ^

Re: [Kicad-developers] PATCH: change 3D cache directory

Patch committed in product branch r6945. Thanks. On 6/18/2016 4:00 AM, Cirilo Bernardo wrote: > At the moment the 3D cache data is written to a subdirectory > of the configuration directory. The attached patch changes > the 3D cache directory to a location recommended on each > supported

[Kicad-developers] 3D viewer broken on 32 bit windows.

I think this may be the same issue as JP is seeing but every time I launch the 3D viewer on 32 bit windows builds (msys2/ming32), it either hangs indefinitely with a blank canvas and a busy cursor on 64 bit Windows 7 or crashes almost immediately after being launched with the same blank canvas and

Re: [Kicad-developers] 3D viewer broken on 32 bit windows.

On 6/23/2016 10:13 AM, Nick Østergaard wrote: > > Den 23/06/2016 15.52 skrev "Wayne Stambaugh" <stambau...@gmail.com > <mailto:stambau...@gmail.com>>: >> >> On 6/23/2016 9:49 AM, Mário Luzeiro wrote: >> > Hi Wayne, >> > >> >

Re: [Kicad-developers] 3D viewer broken on 32 bit windows.

x and windows builds are fine. > > Mario > > From: Kicad-developers > [kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of > Wayne Stambaugh [stambau...@gmail.com] > Sent: 23 June 2016 00:11 > To: KiCad Developers > Subject: [Kicad-developers]

Re: [Kicad-developers] 3D viewer broken on 32 bit windows.

On 6/23/2016 10:48 AM, jp charras wrote: > Le 23/06/2016 à 16:16, Wayne Stambaugh a écrit : >> On 6/23/2016 10:13 AM, Nick Østergaard wrote: >>> >>> Den 23/06/2016 15.52 skrev "Wayne Stambaugh" <stambau...@gmail.com >>> <mailto:stambau...@gmail.

Re: [Kicad-developers] What's still missing in GAL?

On 6/16/2016 5:17 PM, Chris Pavlina wrote: > On Thu, Jun 16, 2016 at 09:50:21PM +0200, easyw wrote: >>> I mean features we _need_ in GAL >> sorry, I cannot imagine what _you_ consider a need... >> I just noticed that and other people did the same at the forum... > > That's why I asked for an

Re: [Kicad-developers] 3D-Viewer - Request for merge evaluation

the new S3D_INFO structure (store 3d shape > information of the footprints). > If anyone that is testing my branch also knows how to test this modules I > appreciate. > Thanks, > Mario Luzeiro > > From: Wayne Stambaugh [stambau...@g

Re: [Kicad-developers] PATCH: change 3D cache directory

Cirilo, Please ignore my last email. I see that you revised the patch. The revise one compiles fine. Sorry about the noise. I need to do a better job of keeping up with the patches. Thanks, Wayne On 6/18/2016 4:00 AM, Cirilo Bernardo wrote: > At the moment the 3D cache data is written to a

Re: [Kicad-developers] 3D viewer broken on 32 bit windows.

ice, but not for JP ;') > I will try to revert some of changes I believe may is causing the JP problem. > > Regards, > Mario Luzeiro > > > From: Wayne Stambaugh [stambau...@gmail.com] > Sent: 23 June 2016 19:38 > To: Mário

Re: [Kicad-developers] 3D viewer broken on 32 bit windows.

I have no Windows 32 to test it, but I just build it (the main branch) today > and works for me on a Windows 7 64 bit. > > Mario > > From: Kicad-developers > [kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of

Re: [Kicad-developers] kicad curl errors

You're not the only one. It's choking form me with gcc 5.3 on windows. I'm working on it now. On 1/11/2016 9:19 AM, Simon Wells wrote: > I am currently trying to build and getting > > [ 30%] Building CXX object > common/CMakeFiles/common.dir/kicad_curl/kicad_curl.cpp.o > >

Re: [Kicad-developers] libcurl github race condition

On 1/10/2016 7:49 PM, Mark Roszko wrote: > Just a heads up as I fix this, there's a race condition with how > libcurl in KiCad is implemented on Windows involving openssl. > > > Turns out openssl being as trashy as it is has all kinds of thread > safety issues without linking against it directly

Re: [Kicad-developers] Libcurl patch.

Sorry about the confusion. I don't remember you saying that you were working on a fix so if I missed that, I apologize. The problem on windows is not that it crashes (at least it hasn't for me yet) but that it apparently gets tripped up during initialization which causes every github footprint

Re: [Kicad-developers] libcurl github race condition

On 1/10/2016 10:28 PM, Jon Neal wrote: > I'm currently playing around with the idea of having actual git > integration rather than downloading footprint files from github on the > fly, which was extremely poorly thought out IMO. (FWIW I am of the > opinion that for the next release the default

Re: [Kicad-developers] libcurl github race condition

when KiCad freezes up for ten seconds or so > trying to load it... > > On Jan 11, 2016 08:59, "Wayne Stambaugh" <stambau...@gmail.com > <mailto:stambau...@gmail.com>> wrote: > > On 1/10/2016 7:49 PM, Mark Roszko wrote: > > Just a heads

Re: [Kicad-developers] Opening pcbnew from kicad: ImportError: No module named pcbnew

I figured out your issue. Unfortunately when you install from source, the python modules are always installed in the python site package path which will fail without root privileges on linux distros. You may have missed the python module install failure. We may want to rethink this in the

[Kicad-developers] Fwd: Libcurl patch.

. Date: Sat, 26 Dec 2015 10:50:08 -0500 From: Wayne Stambaugh <stambau...@gmail.com> To: KiCad Developers <kicad-developers@lists.launchpad.net> Dick discovered an issue with the libcurl patch for the github plugin. Attached is his patch to fix these issues. One thing he did that I ask

Re: [Kicad-developers] Libcurl patch.

it. Thanks, Wayne On 1/10/2016 10:15 AM, Bernhard Stegmaier wrote: > What specifically should be tested? > I can give it a try right now, but I didn’t follow this so I don’t know what > to look for… > > > Regards, > Bernhard > >> On 10 Jan 2016, at 16:10, Wayne Stambaug

Re: [Kicad-developers] Libcurl patch.

resolving the rejects. > > > Regards, > Bernhard > > >> On 10.01.2016, at 16:19, Wayne Stambaugh <stambau...@gmail.com> wrote: >> >> I just need to make sure it compiles and loads the github footprint >> libraries correctly. It loads libcurl on demand,

Re: [Kicad-developers] T-shapes, castellated pads, cut-outs, slots.. and 3d-viewer

On 1/10/2016 10:46 AM, Nick Østergaard wrote: > 2016-01-10 16:09 GMT+01:00 Mário Luzeiro : >> >> "It would also be good to have an option to crop everything outside the >> board edge so that in files such as the pic_programmer demo we do not have >> silk prints magically

Re: [Kicad-developers] kicad curl errors

Whoops! That was gcc 4.7.3 on windows (msys1/mingw32). On 1/11/2016 9:26 AM, Wayne Stambaugh wrote: > You're not the only one. It's choking form me with gcc 5.3 on windows. > I'm working on it now. > > On 1/11/2016 9:19 AM, Simon Wells wrote: >> I am currently trying to

Re: [Kicad-developers] Libcurl patch.

std::string msg = StrPrintf( "%s not > wxDynamicLibrary::Load()ed", > static_cast( > canonicalName.mb_str() ) ); > > Therewith it compiles and works fine. > At least, it did load Github footprints. > > > Regards,

Re: [Kicad-developers] Libcurl patch.

t;>> >>> I worked around changing those 2 spots to (as suggested by wxWidgets >>> docs): >>>std::string msg = StrPrintf( "%s not >>> wxDynamicLibrary::Load()ed", >>> static_cast( >>> canon

Re: [Kicad-developers] Final? version of hotkeys patch

extItem( item ) ) >> +{ >> +WIDGET_HOTKEY_CLIENT_DATA* hkdata = GetHKClientData( item ); >> + >> +if( !hkdata ) >> + continue; >> + >> +EDA_HOTKEY& hk = hkdata->GetHotkey(); >> +wxString tag = hkdata->GetSec

Re: [Kicad-developers] Final? version of hotkeys patch

n Mon, Jan 11, 2016 at 02:11:36PM -0500, Wayne Stambaugh wrote: >> Chris, >> >> I just finished testing this and I'm not sure about using a dialog to >> capture the hotkey press. Did you have to do this to overcome using the >> tabbed dialog or was it due to changing the con

Re: [Kicad-developers] Final? version of hotkeys patch

Chris, I just finished testing this and I'm not sure about using a dialog to capture the hotkey press. Did you have to do this to overcome using the tabbed dialog or was it due to changing the control to a tree control? If it's the tabbed dialog design, it might be worth leaving the hotkey

Re: [Kicad-developers] Opening pcbnew from kicad: ImportError: No module named pcbnew

On 1/10/2016 11:13 AM, Clemens Koller wrote: > Hello, Strontium! > > On 2016-01-09 06:52, Strontium wrote: >> I am building with this: >> $ cmake ../kicad-source-mirror -DKICAD_SKIP_BOOST=ON >> -DCMAKE_INSTALL_PREFIX=/opt/kicad-build >> -DDEFAULT_INSTALL_PATH=/opt/kicad-build

Re: [Kicad-developers] Grid in GAL canvas

On 1/15/2016 12:02 PM, Tomasz Wlostowski wrote: > On 14.01.2016 19:58, Chris Pavlina wrote: >> Yeah, I'll be difficult too - it looks Bad now, very distracting. The >> legacy grid color was meant for use with a dot grid, not a line grid, so >> it has to be brighter. When you use it for a line

Re: [Kicad-developers] Fwd: [PATCH] github_plugin -> curl -> openssl thread safety

One of my least favorite tasks as project leader is to deal with issues like this. But if I don't they will fester and become problematic which can set the project back. I also like to take the time to think issues like this through so I can respond to them in a calm and rational manner rather

Re: [Kicad-developers] Fwd: [PATCH] github_plugin -> curl -> openssl thread safety

On 1/18/2016 11:56 AM, Andy Peters wrote: > On Jan 18, 2016, at 8:32 AM, Chris Pavlina wrote: >> >> >> I still think setting up a local server is a massively hackish "solution", >> and there's a difference between a user suggesting this to another user, and >> a

Re: [Kicad-developers] Discuss: Save/Load Preferences

On 1/18/2016 12:23 PM, jp charras wrote: > Le 18/01/2016 17:26, Chris Pavlina a écrit : >> Good points. >> >> Would you agree that at least "Save" is currently broken? It does not >> allow you to save to a different project file. It displays the file >> selector dialog, but then ignores the

Re: [Kicad-developers] [PATCH] github_plugin -> curl -> openssl thread safety

On 1/18/2016 1:53 PM, Andy Peters wrote: > >> On Jan 18, 2016, at 11:11 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: > >> That being said, I'm keeping my github set up. I >> like not having to periodically refresh local repos to have access to >>

Re: [Kicad-developers] [PATCH] Genericize Windows import/export

Please do not commit this patch. The current policy is no MSVC specific code in KiCad and I'm not interested in changing that policy any time soon. Thanks, Wayne On 1/15/2016 11:41 PM, Simon Richter wrote: > > Windows-style dllimport/dllexport should be used whenever targetting > Windows

Re: [Kicad-developers] Request/Question

Please search the mailing list. This has been discussed several times and it is currently under consideration. As project leader I will tell that I find it highly dubious that there will be a huge influx of new developers if/when we move to GitHub. This same argument was made when we moved from

Re: [Kicad-developers] [PATCH] Genericize Windows import/export

correctly? ;) > > > On Sat, Jan 16, 2016 at 03:40:11PM -0500, Wayne Stambaugh wrote: >> Huh? >> >> +// MSVC doesn't have __func__ >> +#ifdef _MSC_VER >> +#define __func__ __FUNCTION__ >> +#endif >> + >> >> It's been a long time since

Re: [Kicad-developers] [PATCH] Genericize Windows import/export

: > Wayne, please keep in mind that the patch does not add an ifdef MSVC > or anything similar. Did you even look at the patch file? > > 2016-01-16 21:23 GMT+01:00 Wayne Stambaugh <stambau...@gmail.com>: >> I'm pretty sure I've discussed this with Simon before but maybe it

Re: [Kicad-developers] Request/Question

On 1/16/2016 3:54 PM, Simon Richter wrote: > Hi, > > On 16.01.2016 21:32, Wayne Stambaugh wrote: > >> I believe that if you truly wanted to contribute >> to KiCad, you would take a few minutes of time to learn bzr and >> launchpad. > > git-remote-bzr works fi

Re: [Kicad-developers] [PATCH] Genericize Windows import/export

> probably have committed this if you hadn't replied before I could get > around to testing it. > > Fair enuogh about not wanting to directly support MSVC, of course, I > don't want that either. :) > > > On Sat, Jan 16, 2016 at 02:34:18PM -0500, Wayne Stambaugh wrote: >&

Re: [Kicad-developers] GCC and C++14

re finally confident that c++11 support is robust enough across a broad spectrum of compilers we can start merging it into the main branch. > > On Thu, Jan 14, 2016 at 06:37:49PM -0500, Wayne Stambaugh wrote: >> On 1/14/2016 2:51 PM, Chris Pavlina wrote: >>> For what it's wo

Re: [Kicad-developers] Grid in GAL canvas

>>>> little crosses when you zoom in. They're nice when zoomed out, but when >>>> they are spaced very sparsely, they become almost invisible. >>>> Alternatively, maybe the intensity of the color could be dialed back a >>>> bit when zoomed

Re: [Kicad-developers] GCC and C++14

We have a winner! Nice find Nick. Someone can set up a build server an set CMAKE_CXX_STANDARD accordingly without having to touch a single line of KiCad source to at least see what happens. Make sure you test with older versions of Boost (1.54). My guess is that is where the issues will turn

Re: [Kicad-developers] [PATCH] Separate ElectricPinType and TypeSheetLabel

Please do not commit this patch until after I completed committing all 41 of my eeschema refactor patches. This one will most likely cause a conflict which I would like to avoid. Thanks, Wayne On 1/14/2016 11:23 AM, Simon Richter wrote: > > These enums are silently treated as equivalent in

Re: [Kicad-developers] GCC and C++14

That is the crucial question. Apparently there are still a lot of Ubuntu 14.04 LTS users out there so leaving them out in the cold does not seem like a good option at the moment. There may be other distros (Debian Stable, Fedora 6?) that may also fall under this heading. I prefer to move

Re: [Kicad-developers] [PATCH 13/16] Avoid static variable in wire merge

Patch committed in product branch r6951. Thanks. On 6/27/2016 2:36 PM, Simon Richter wrote: > Hi Wayne, > > On 27.06.2016 20:21, Wayne Stambaugh wrote: > >> This patch and 0014-Reserve-appropriate-space-in-local-vector.patch have >> been committed to the product b

Re: [Kicad-developers] [PATCH 03/16] Clarify ERC: we're iterating netlist items, not nets

This patch and patches 0005 and 0006 of this patch set do not apply cleanly. Please rebase and resubmit them when you get a chance. FYI, the coding policy frowns upon mixing camel case and underscores. I know there are cases of this in the code but they are most likely left over from before the

Re: [Kicad-developers] Announcement, CERN trip.

On 6/27/2016 1:37 PM, Simon Richter wrote: > Hi, > > Wayne Stambaugh wrote: > >> I'm am excited to announce that I will be traveling to CERN to spend a > full week working on KiCad. I will arrive in Geneva on Saturday, July > 2nd and return on Sunday, July 10th.

Re: [Kicad-developers] [PATCH 13/16] Avoid static variable in wire merge

This patch and 0014-Reserve-appropriate-space-in-local-vector.patch have been committed to the product branch r6950. FYI, U fixed a coding policy violation. The line: candidates.reserve(4); should read: candidates.reserve( 4 ); Also, please update the copy right date as needed when modifying

Re: [Kicad-developers] Croscompilling for Windows

On 4/12/2010 5:01 AM, jp.char...@wanadoo.fr wrote: Milan Horák a écrit : Fresh build of wxWidgets with --enable-aui option did not work :-( Still getting these errors: CMakeFiles/eeschema.dir/hotkeys.cpp.obj:hotkeys.cpp:(.text+0x1e22): undefined reference to

Re: [Kicad-developers] wxFileDialog issues

On 5/12/2010 11:28 AM, Dick Hollenbeck wrote: Wayne Stambaugh wrote: On 5/12/2010 10:52 AM, Dick Hollenbeck wrote: Wayne Stambaugh wrote: On 5/11/2010 8:44 AM, Lorenzo Marcantonio wrote: A minor nuisance... but I don't get why it does this on pcbnew: - If at the beginning

Re: [Kicad-developers] Default Field names patch

On 6/14/2010 5:39 AM, Werner Almesberger wrote: Let me see if I got all the bits in your description: default field names: - are hard-coded (or equivalent) into KiCad, - can be overridden by wanted or user-defined field names. wanted aka template field names: - are assigned by a global

Re: [Kicad-developers] TokenList2DsnLexer.cmake

On 6/15/2010 2:52 AM, Dick Hollenbeck wrote: Wayne, Attached is a patch against TokenList2DsnLexer.cmake that I would like to commit. The script takes an additional *optional* parameter named enum which if provided will give the name of the enum which is declared. It seemed like if

Re: [Kicad-developers] TokenList2DsnLexer.cmake

On 6/15/2010 10:01 AM, Dick Hollenbeck wrote: On 06/15/2010 08:35 AM, Wayne Stambaugh wrote: OK to commit, or something very similar to it? Thanks for asking. I can commit it this afternoon if this patch is what you want committed. If you have it already queued up in your repo, feel

Re: [Kicad-developers] Default Field names patch

On 6/16/2010 9:02 AM, Dick Hollenbeck wrote: On 06/15/2010 06:58 PM, Werner Almesberger wrote: Of course, access to the names of user-defined fields would also be useful in the absence of templates. And it would bring us one step closer to not having to worry about slots at all. Everybody

Re: [Kicad-developers] Default Field names patch

On 6/16/2010 1:01 PM, Dick Hollenbeck wrote: On 06/16/2010 09:02 AM, Wayne Stambaugh wrote:: To avoid a lot of merge conflicts with what you are working on, I will hold off until you have made at least your initial commit of the field template code. Wayne I definitely want to get what

Re: [Kicad-developers] Component library object change proposal.

On 6/24/2010 4:56 PM, Dick Hollenbeck wrote: On 06/24/2010 03:36 PM, Wayne Stambaugh wrote: I don't know how fancy it will need to be. The only thing I know that aliases are used for in EESchema is listing and searching for components. Searching components list of aliases would not be any

[Kicad-developers] Test branch update version problem.

Dick, I just got the notification that your latest commit to the testing branch had removed last five revisions. I just checked and sure enough the last five commits got clobbered. It was at revision 2408 before you first commit which went in as 2404. This commit should have been revision

  1   2   3   4   5   6   7   8   9   10   >