>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 07/11/2014 15.01
>
>The layer have a lot of currently invisible elements?
probably hundreds, and this is a 12 layers, I measured up to 4 seconds.
The shot is reduced to 39 KB to fit in 40 KB size limit
Valerio
-
On Fri, Nov 7, 2014 at 4:49 PM, Valerio Messina wrote:
>>Messaggio originale
>>Da: alyoshi...@gmail.com
>>Data: 06/11/2014 17.37
>>No, not wanted, but it is "how it is" for now. Actually it is possible
>>to deselect, if you select invisible layer name to which this element
>>belong.
>
> cl
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 06/11/2014 17.37
>
>> On supported Debian 7.5, I managed to build MXE, after about 20 h and 8 GB
>> dedicated disk space.
>
>You don't need to build _all_ what MXE can buld, type 'make gcc', 'make gtk2'
thank you for late instructions
:
On Thu, Nov 6, 2014 at 7:18 PM, Valerio Messina wrote:
>>Messaggio originale
>>Da: alyoshi...@gmail.com
>>Data: 03/11/2014 10.40
>>
>>> what version of 'libwimp' are you using to build 'gerbv'?
>>
>>mxe.git/usr/i686-pc-mingw32/lib/gtk-2.0/2.10.0/engines/libwimp.la
>
> I had tested MXE on D
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 03/11/2014 10.40
>
>> what version of 'libwimp' are you using to build 'gerbv'?
>
>mxe.git/usr/i686-pc-mingw32/lib/gtk-2.0/2.10.0/engines/libwimp.la
I had tested MXE on Debian Testing and 7.5.
On Debian Testing, MXE make complaint abou
On Mon, Nov 3, 2014 at 11:40 AM, Valerio Messina wrote:
>>Messaggio originale
>>Da: alyoshi...@gmail.com
>>Data: 01/11/2014 18.36
>>
>>On Fri, Oct 31, 2014 at 1:19 PM, Valerio Messina wrote:
>>> Maybe now you are using a different version, and for some Win32 strange
> link
>>> trouble,
>>
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 01/11/2014 18.36
>
>On Fri, Oct 31, 2014 at 1:19 PM, Valerio Messina wrote:
>> Maybe now you are using a different version, and for some Win32 strange
link
>> trouble,
>> it is given priority to the external dll instead to static bundl
On Fri, Oct 31, 2014 at 1:19 PM, Valerio Messina wrote:
> Maybe now you are using a different version, and for some Win32 strange link
> trouble,
> it is given priority to the external dll instead to static bundled version?
I don't know.
> I tried a different Linux host, my home PC, with 4 GB r
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 30/10/2014 20.26
>
>On Thu, Oct 30, 2014 at 6:47 PM, Sergey Alyoshin
wrote:
>> I can try to build it with MXE after 3-4 hours.
>
>https://sourceforge.net/projects/gerbv/files/gerbv/gerbv-beta/
>
>Selection is not cleared if layers visi
On 30/10/2014 19:50, Stuart Brorson wrote:
> One thing: You may want to modify your .bashrc to say this instead:
>
> export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/lib
>
> This is so that /usr/local/lib gets appended to the list of search
> directories, if any other already exist. What yo
On Thu, Oct 30, 2014 at 10:10 PM, Clemens Koller wrote:
> I'm getting off-topic, but I just want to cross-reference to the available
> build-information used in the Arch Linux distribution which could help
> you to resolve dependencies and build-issues:
>
> https://projects.archlinux.org/svntogit/
On Thu, Oct 30, 2014 at 6:47 PM, Sergey Alyoshin wrote:
> I can try to build it with MXE after 3-4 hours.
https://sourceforge.net/projects/gerbv/files/gerbv/gerbv-beta/
Selection is not cleared if layers visibility is changed, will add
checkbox for this in View menu.
MXE is git f5fe7bce249b2d
I'm getting off-topic, but I just want to cross-reference to the available
build-information used in the Arch Linux distribution which could help
you to resolve dependencies and build-issues:
https://projects.archlinux.org/svntogit/community.git/tree/trunk?h=packages/gerbv
There is also a russion
Hi --
>> My guess is that you need to set your LD_LIBRARY_PATH to point to
>> where libgerv.so lives. Maybe /usr/local/lib?
>
> LD_LIBRARY_PATH was empty.
> In '/usr/local/bin' there is the 'gerbv' binary, in '/usr/local/lib' there is
> the 'libgerv.so'.
> Once set 'export LD_LIBRARY_PATH=/usr/lo
On Thu, Oct 30, 2014 at 6:10 PM, Valerio Messina wrote:
>>Messaggio originale
>>Da: alyoshi...@gmail.com
>>Data: 30/10/2014 12.20
>>
>>> Now I will try to generate the binary for Win32
>>
>>For static build you can use MXE on Linux
>>
>>PKG_CONFIG=/path/to/mxe.git/usr/bin/i686-pc-mingw32-p
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 30/10/2014 12.20
>
>> Now I will try to generate the binary for Win32
>
>For static build you can use MXE on Linux
>
>PKG_CONFIG=/path/to/mxe.git/usr/bin/i686-pc-mingw32-pkg-config
>./configure --host=i686-pc-mingw32
Building 'mxe' I g
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 30/10/2014 12.20
>
>> Now I will try to generate the binary for Win32
>
>For static build you can use MXE on Linux
>
>PKG_CONFIG=/path/to/mxe.git/usr/bin/i686-pc-mingw32-pkg-config
>./configure --host=i686-pc-mingw32
I'm running make fo
> The 'sudo make install' run in '~/c/gerbv/' ended without error, binary was
> put in:
> /usr/local/bin/gerbv
> but runnig 'gerbv' from my home give:
> efa@ts102757:~$ gerbv
> gerbv: error while loading shared libraries: libgerbv.so.1: cannot open shared
> object file: No such file or directory
>
>Messaggio originale
>Da: s...@cloud9.net
>Data: 30/10/2014 13.14
>
>My guess is that you need to set your LD_LIBRARY_PATH to point to
>where libgerv.so lives. Maybe /usr/local/lib?
LD_LIBRARY_PATH was empty.
In '/usr/local/bin' there is the 'gerbv' binary, in '/usr/local/lib' there is
t
On Thu, Oct 30, 2014 at 2:12 PM, Valerio Messina wrote:
> The 'sudo make install' run in '~/c/gerbv/' ended without error, binary was
> put in:
> /usr/local/bin/gerbv
> but runnig 'gerbv' from my home give:
> efa@ts102757:~$ gerbv
> gerbv: error while loading shared libraries: libgerbv.so.1: cann
>Messaggio originale
>Da: e...@iol.it
>Data: 30/10/2014 9.44
>
>What is a RFE for now the possibility to select "by hand", so with many
>clicks, different tracks at the same time, on different layers (with some
key
>modifiers like SHIFT or CTRL as you want). I will try the git sources of
>Messaggio originale
>Da: clemens...@gmx.net
>Data: 30/10/2014 8.53
>
>But what you want needs more
>background information than just the plain gerber data from the
>files to determine whether elements are electrically connected
>or not.
>
>You need to check the drill data as well (plated/n
Hi!
I am not a developer of Gerbv. But what you want needs more
background information than just the plain gerber data from the
files to determine whether elements are electrically connected
or not.
You need to check the drill data as well (plated/non-plated).
The Layer Stackup needs to be known
On 29/10/2014 22:04, Sergey Alyoshin wrote:> On Wed, Oct 29, 2014 at >
You want to do selection on several visible layers?
yes
At least, it is necessary let select different tracks at the same time
on different visible layers, then disable visibility of all other tracks
(switching off layers), and
On Thu, Oct 30, 2014 at 12:04 AM, Sergey Alyoshin wrote:
> You want to do selection on several visible layers?
This is now possible (in git), but only for fast rendering and
reporting. Normal rendering and deletion require some more work.
-
On Wed, Oct 29, 2014 at 8:29 PM, Valerio Messina wrote:
> hi,
> I opened a RFE:
> https://sourceforge.net/p/gerbv/feature-requests/69/
> to let select tracks across different layers.
> What I can do to help on this?
You want to do selection on several visible layers?
hi,
I opened a RFE:
https://sourceforge.net/p/gerbv/feature-requests/69/
to let select tracks across different layers.
What I can do to help on this?
Valerio
--
___
Gerbv-devel
27 matches
Mail list logo
