I can't run the sample app from aalmiray's blog "The Griffon Trove: dialogs and JavaFX".
[griffonc] Compiling 1 source file to
C:\Users\foo.griffon\1.0.1\projects\sample\classes\main Compilation
error: BUG! exception in phase 'semantic analysis' in source unit
'C:\Users\foo\sample\griffon-app\views\sample\DialogView.groovy'
Invalid index
Commenting the import javafx.geometry.Insets helps by compiling.
Groovy Version: 1.8.5 JVM: 1.6.0_24 Vendor: Sun Microsystems Inc.
OS: Windows 7 x64
Griffon Version: 1.0.1
JavaFX Version: 2.1 Runtime
Link is here.
It looks to me you're being affected by http://jira.codehaus.org/browse/GRIFFON-517. If this is the case then please make sure you're running latest versions of the JavaFX and GroovyFX plugins. You can quickly check if a plugin requires updates by invoking griffon list-plugin-updates.
You can also check http://artifacts.griffon-framework.org for updates.
Related
I am doing gcov processing of code compiled using clang. But my report is getting generated using gcov4.6. And the developer told me GNU on FreeBSD stopped around 2012 when they upgraded their license to GPLv3. So how is it using gcov4.6 and not latest with freebsd 11.4.
I tried llvm-cov, but the generation keeps getting stuck and works perfectly with gcov4.6 tool.
The llvm-cov gcov tool reads code coverage data files and displays the coverage information for a specified source file. It is compatible with the gcov tool from version 4.2 of GCC and may also be compatible with some later versions of gcov.
This can be the reason why it is working with older version of gcov.
https://llvm.org/docs/CommandGuide/llvm-cov.html
This is my first time working with an Alpine linux image. Its part of a Jenkins build pipeline.
When I try to compile my maven build (which requires Java 1.8) ... it gives an error suggested there is no compiler installed.
However, I confirmed its installed ... multiple ways;
Echo the JAVA_HOME variable which returns
/usr/lib/jvm/java-1.8-openjdk
Tested to confirm the compiler is there;
by running "${JAVA_HOME}/javac -version" ... which returns;
/usr/lib/jvm/java-1.8-openjdk/bin/javac -version
javac 1.8.0_222
However, maven still points to the JRE ...
Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; 2017-10-18T07:58:13Z)
Maven home: /usr/share/java/maven-3
Java version: 1.8.0_222, vendor: IcedTea
Java home: /usr/lib/jvm/java-1.8-openjdk/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.19.84-coreos", arch: "amd64", family: "unix"
I tried manually installed the JDK ... but doesn't seem to help;
apk update
apk add openjdk8
apk add maven
Any suggestions? I need Java 8 to compile this app ... and currently every attempt to do a "mvn clean install" results in a failure, as below;
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] No compiler is provided in this environment. Perhaps you are running on a JRE rather than a JDK?
Tried many different ideas and then eventually thought about setting the path to the compiler and amazingly, now it works!
export PATH=${PATH}:${JAVA_HOME}/bin
mvn clean install
I just set up Haxe with OpenFL and Neko and created a project. I'm trying to compile it and to compile a default project or a small program from a tutorial which has no errors and I can not compile anything. I receive the following messages:
Running command: haxe Export/linux64/neko/release/haxe/release.hxml
/usr/share/haxe/std/neko/_std/EReg.hx:33: characters 11-61 : Unsupported escaped char 's' and it finish compilation with "aborted".
Someone told me to downgrade neko to 2.0 or to upgrade Haxe, however the versions that installs from official repositories for Ubuntu following the tutorials from Haxe website are Haxe 3.2.1. and Neko 2.1.0 which seems to be incompatible. After searching I found a list of compatibility in the Haxe GitHub website that seems to be the reason of the issue:
Version compatibility
Haxe - neko
2.* - 1.*
3.0.0 - 2.0.0
3.1.3 - 2.0.0
3.2.0 - 2.0.0
3.3.0 - 2.1.0
I found the solution, I wanted to avoid building from source but there is no other way to install compatible versions of Haxe and Neko. After building version 3.4.0 of Haxe I can compile without problems. I hope this info is useful.
I have installed Redhawk 1.10 on Ubuntu 14.04. I am now trying to install the basic components from the package on the github page.
I try building the SigGen component using ./reconf ./configure make make install.
During the compilation step I get the following error
/usr/bin/ld: SigGen-SigGen.o: undefined reference to symbol '_ZN5boost6system15system_categoryEv'
/usr/lib/x86_64-linux-gnu/libboost_system.so: error adding symbols: DSO missing from command line
Doing some searching it seems that it has something to do with linking the "libboost_system" library properly, but I do not know how to fix it.
I am running libboost-dev 1.54
The basic-components repository (https://github.com/RedhawkSDR/basic-components) is deprecated and the components have been broken out into individual repositories. Please checkout the up to date SigGen repository here: https://github.com/RedhawkSDR/SigGen
The latest commit of the SigGen repository (eb19c78d10e579d267d3f796f39eae922fc65f0b) builds for me on an Ubuntu 14.04 machine with a 1.10.0 framework.
The issue you are experiencing should have been fixed in the following commit, dated March 14, 2014:
commit db8d32c88a829272225a701752518c2b9a2a2a77
Author: Daniel Wille <daniel.wille#axiosengineering.com>
Date: Fri Mar 14 16:35:49 2014 -0400
Fix compilation error (missing boost system library when linking) on newer OSes
As an FYI, the fix that was made effects the Makefile.am file. In older commits, the Makefile.am had this line:
SigGen_LDADD = $(PROJECTDEPS_LIBS) $(BOOST_LDFLAGS) $(BOOST_THREAD_LIB) $(INTERFACEDEPS_LIBS) $(redhawk_LDADD_auto)
While newer versions added the BOOST_SYSTEM_LIB as shown below.
SigGen_LDADD = $(PROJECTDEPS_LIBS) $(BOOST_LDFLAGS) $(BOOST_THREAD_LIB) $(BOOST_SYSTEM_LIB) $(INTERFACEDEPS_LIBS) $(redhawk_LDADD_auto)
I am trying to build my antlr project using antlr 4.4. I am running with Maven but there seems to be a mismatch on the distributions of these tools. The only distribution of antlr-maven-plugin 4.4 that I can find is from Tunnelvision Labs. When I use their version of the runtime jar and maven plugin, my build fails. It can't find org.antlr.v4.runtime.misc.Pair.
I tried to use the antr-runtime-4.4.jar from antlr.org, but it won't work with antlr-maven-plugin from Tunnelvision Labs. It returns an error 'cannot find symbol: RuleVersion'.
The only version I could get to work was building my own from the source distribution on antlr.org.
Is there a distribution available from antlr.org that includes antr-maven-plugin-4.4?