Linux build failed #71

kprasadvnsi · 2018-12-08T08:30:14Z

cloned the repo and run build.sh the build failed. any suggestions ?

elcojacobs · 2018-12-13T17:26:26Z

Did you find a solution? I am running into the same problem.

kprasadvnsi · 2018-12-13T17:31:19Z

I don't use windows, don't know C# also know nothing about Mono. There is just too many errors to process.

elcojacobs · 2018-12-13T18:37:37Z

Thanks for responding :) I think the error from vec2 is solved by adding using vec2 = Vector<2>, some errors are resolved by changing \ to / in the project files, but still others remain. I think due to version mismatch between project files (v15) and current msbuild (v16).

I don't have time to further look into it either.

deece · 2019-01-02T04:42:55Z

(I added the build script) I didn't see this in my build environment (Fedora 29), however, even if you get past this, there are other issues that need to be addressed, namely weird icon files embedded in the resources that confuse Mono. These need to be extracted, processed with Gimp & re-added to the resources:
#41 (comment)

You can see this at the end of your error messages Invalid ResX input

kprasadvnsi · 2019-01-02T04:53:28Z

@deece I don't know C# and don't want to ever use windows for anything. If anybody could document the project structure then i can re-implement the whole thing in different language which provide better compatibility across different platforms.

I know it's too much to ask but i see no harm in asking.

deece · 2019-01-02T04:59:02Z

@kprasadvnsi The resource files are XML containers. You can extract the embedded icons with a text editor, base64 decode them, load them in Gimp, resave them. base64 encode them and paste it back into the resource file. You don't need Windows for that.

keeferty · 2019-01-18T07:39:02Z

Did some diagnosis, and it looks like at this point it will not run on linux/osx.
The RESX files are easily fixed by running them through this converter http://converter.webtranslateit.com/.
However since DockPannel seems to be windows only (https://sourceforge.net/p/dockpanelsuite/discussion/402316/thread/ea083210/) i dont see a way of making it work in linux.

deece · 2019-01-19T09:01:31Z

@keeferty Thanks for doing the research, would you be able to submit a PR for the resource files? It brings us one step closer to a working Linux build (even if we can't run it), which at the very least could enable some CI.

ole00 · 2019-03-16T01:54:07Z

There are few issues with the build:

resource files: *.resx - they contain embedded images (ususally icons) that are specified as "bytearray", but fail to compile . Changing the type to "binary" fixes the compilation. These are:

modified: FitBitmapToOutlineAndMerge/FitBitmapToOutlineAndMergeForm.resx
modified: GerberPanelizer/Explanation And Warning.resx
modified: GerberPanelizer/GerberPanelizerParent.resx
modified: GerberPanelizer/PanelProperties.resx
modified: GerberPanelizer/Progress.resx
modified: GerberPanelizer/WelcomeForm.resx
modified: GerberViewer/GerberViewerMainForm.resx
modified: GerberViewer/LayerDisplay.resx
modified: GerberViewer/LayerList.resx
modified: Project_Utilities/IconBuilder/IconFrame.resx
modified: Project_Utilities/IconBuilder/IconHost.resx
modified: QuickGerberRender/Progress.resx
modified: QuickGerberRender/QuickGerberRender.resx
incorrect versioning of libraries in GerberViewer/GerberViewer.csproj

-    <Reference Include="WeifenLuo.WinFormsUI.Docking, Version=2.11.0.0, Culture=neutral, PublicKeyToken=5cded1a1a0a7b481, processorArchitecture=MSIL">
-      <HintPath>..\GerberProjects\packages\DockPanelSuite.2.11.0\lib\net40\WeifenLuo.WinFormsUI.Docking.dll</HintPath>
+    <Reference Include="WeifenLuo.WinFormsUI.Docking, Version=3.0.6.0, Culture=neutral, PublicKeyToken=5cded1a1a0a7b481, processorArchitecture=MSIL">
+      <HintPath>..\GerberProjects\packages\DockPanelSuite.3.0.6\lib\net40\WeifenLuo.WinFormsUI.Docking.dll</HintPath>
       <Private>True</Private>
     </Reference>
-    <Reference Include="WeifenLuo.WinFormsUI.Docking.ThemeVS2015, Version=2.11.0.0, Culture=neutral, PublicKeyToken=5cded1a1a0a7b481, processorArchitecture=MSIL">
-      <HintPath>..\GerberProjects\packages\DockPanelSuite.ThemeVS2015.2.11.0\lib\net40\WeifenLuo.WinFormsUI.Docking.ThemeVS2015.dll</HintPath>
+    <Reference Include="WeifenLuo.WinFormsUI.Docking.ThemeVS2015, Version=3.0.6.0, Culture=neutral, PublicKeyToken=5cded1a1a0a7b481, processorArchitecture=MSIL">
+      <HintPath>..\GerberProjects\packages\DockPanelSuite.ThemeVS2015.3.0.6\lib\net40\WeifenLuo.WinFormsUI.Docking.ThemeVS2015.dll</HintPath>
       <Private>True</Private>

Typo in: Project_Utilities/TilingLibrary/TINRS-ArtWork.csproj

-      <HintPath>..\..\GerberProjects\packages\GlmNet.0.5.1.0\lib\net40\GlmNet.dll</HintPath>
+      <HintPath>..\..\GerberProjects\packages\GlmNet.0.5.1\lib\net40\GlmNet.dll</HintPath>

build.sh

-#!/bin/sh
+#!/bin/bash

These changes fixed the compilation for me (xubuntu 18.10). The executables can be found in /bin/Debug/ directory.

deece · 2019-03-16T02:03:46Z

You shouldn't need the changes to build.sh - what problem were you trying to solve with this?

The other changes look good, please send a PR

ole00 · 2019-03-16T14:24:18Z

If build.sh is left with /bin/sh I get this error:

./build.sh: 3: set: Illegal option -o pipefail

and the script does nothing - just exits without attempting to build at all

with /bin/bash it works fine on my linux machine.

Edit: this is how my /bin/sh is symlinked:

ls -alF /bin/sh
lrwxrwxrwx 1 root root 4 Dec  1 12:30 /bin/sh -> dash*

alexws54tk · 2019-03-16T15:12:27Z

@ole00

resource files: *.resx - they contain embedded images (ususally icons) that are specified as "bytearray", but fail to compile . Changing the type to "binary" fixes the compilation. These are:

modified: FitBitmapToOutlineAndMerge/FitBitmapToOutlineAndMergeForm.resx
modified: GerberPanelizer/Explanation And Warning.resx
modified: GerberPanelizer/GerberPanelizerParent.resx
modified: GerberPanelizer/PanelProperties.resx
modified: GerberPanelizer/Progress.resx
modified: GerberPanelizer/WelcomeForm.resx
modified: GerberViewer/GerberViewerMainForm.resx
modified: GerberViewer/LayerDisplay.resx
modified: GerberViewer/LayerList.resx
modified: Project_Utilities/IconBuilder/IconFrame.resx
modified: Project_Utilities/IconBuilder/IconHost.resx
modified: QuickGerberRender/Progress.resx
modified: QuickGerberRender/QuickGerberRender.resx

What kind of changes do you use?

deece · 2019-03-16T21:50:01Z

Thanks, since there's no pipes in the scripts, we can remove -o pipefail from the script without losing anything.

We can also remove set -x, as I used that while writing the script and forgot to remove it when i committed it.

ole00 · 2019-03-19T19:27:05Z

@ole00

resource files: *.resx - they contain embedded images (ususally icons) that are specified as "bytearray", but fail to compile . Changing the type to "binary" fixes the compilation. These are:
modified: FitBitmapToOutlineAndMerge/FitBitmapToOutlineAndMergeForm.resx
modified: GerberPanelizer/Explanation And Warning.resx
modified: GerberPanelizer/GerberPanelizerParent.resx
modified: GerberPanelizer/PanelProperties.resx
modified: GerberPanelizer/Progress.resx
modified: GerberPanelizer/WelcomeForm.resx
modified: GerberViewer/GerberViewerMainForm.resx
modified: GerberViewer/LayerDisplay.resx
modified: GerberViewer/LayerList.resx
modified: Project_Utilities/IconBuilder/IconFrame.resx
modified: Project_Utilities/IconBuilder/IconHost.resx
modified: QuickGerberRender/Progress.resx
modified: QuickGerberRender/QuickGerberRender.resx

What kind of changes do you use?

All of them are the same, like that:

-  <data name="$this.Icon" type="System.Drawing.Icon, System.Drawing" mimetype="application/x-microsoft.net.object.bytearray.base64">
+  <data name="$this.Icon" type="System.Drawing.Icon, System.Drawing" mimetype="application/x-microsoft.net.object.binary.base64">

As I wrote earlier, change the .bytearray. to .binary.

positron96 · 2021-01-13T06:54:51Z

Hi all, I've managed to build the project in ubuntu. Stuffed the changes into PR: https://github.com/ThisIsNotRocketScience/GerberTools/pull/128/files

Dunno if the patch breaks compilation on windows, hopefully not.

positron96 · 2021-01-14T07:17:47Z

@ole00 I've done the bytearray replacement in the patch above, but noticed that with this fix:

the program compiles without errors,
icons are not shown in actual app, whether the exe is run on windows or in linux.
I can actually replace bytearray with any string (e.g. bbb), it still compiles and icons are still not shown.

taotieren · 2021-04-26T10:32:27Z

Winelib is a development toolkit which allows you to compile your Windows applications on Unix.

https://wiki.winehq.org/Winelib_User's_Guide

alexws54tk mentioned this issue Mar 17, 2019

Problems running under Linux mono #14

Open

This was referenced Jan 14, 2021

Fix build on linux #128

Open

Linux build failed - debian/ubuntu #84

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Linux build failed #71

Linux build failed #71

kprasadvnsi commented Dec 8, 2018

elcojacobs commented Dec 13, 2018

kprasadvnsi commented Dec 13, 2018

elcojacobs commented Dec 13, 2018

deece commented Jan 2, 2019 •

edited

Loading

kprasadvnsi commented Jan 2, 2019

deece commented Jan 2, 2019

keeferty commented Jan 18, 2019

deece commented Jan 19, 2019

ole00 commented Mar 16, 2019 •

edited

Loading

deece commented Mar 16, 2019

ole00 commented Mar 16, 2019 •

edited

Loading

alexws54tk commented Mar 16, 2019

deece commented Mar 16, 2019

ole00 commented Mar 19, 2019 •

edited

Loading

positron96 commented Jan 13, 2021

positron96 commented Jan 14, 2021 •

edited

Loading

taotieren commented Apr 26, 2021

Linux build failed #71

Linux build failed #71

Comments

kprasadvnsi commented Dec 8, 2018

elcojacobs commented Dec 13, 2018

kprasadvnsi commented Dec 13, 2018

elcojacobs commented Dec 13, 2018

deece commented Jan 2, 2019 • edited Loading

kprasadvnsi commented Jan 2, 2019

deece commented Jan 2, 2019

keeferty commented Jan 18, 2019

deece commented Jan 19, 2019

ole00 commented Mar 16, 2019 • edited Loading

deece commented Mar 16, 2019

ole00 commented Mar 16, 2019 • edited Loading

alexws54tk commented Mar 16, 2019

deece commented Mar 16, 2019

ole00 commented Mar 19, 2019 • edited Loading

positron96 commented Jan 13, 2021

positron96 commented Jan 14, 2021 • edited Loading

taotieren commented Apr 26, 2021

deece commented Jan 2, 2019 •

edited

Loading

ole00 commented Mar 16, 2019 •

edited

Loading

ole00 commented Mar 16, 2019 •

edited

Loading

ole00 commented Mar 19, 2019 •

edited

Loading

positron96 commented Jan 14, 2021 •

edited

Loading