Tweaking a compilation

Hi,
I have recently used RoboHelp to convert an existing WinHelp
project to HTML Help with very good results.
Upon review by some of our developers, several noted that the
code examples generated may look OK, but there are a few quirks
when copy and pasting this text into a code editor.
The best bet would be to look at a specfic example. Here is a
link to the online help generated by the RoboHelp Compiler:
http://www.dbase.com/help/Plus-en.htm
- Click on Index and search for FINDINSTANCE()
- Select it and click on the Example link at the top of the
topic
This produces a code sample for this function. If you copy
and paste this text into the code editor, there are blank lines
between each line of code and the indentation is lost. Originally,
I was thinking this was no big deal for an online help system.
However, this HTML Help system will eventually be included with the
software, so the ability to copy and paste code from examples into
the code editor is fairly important.
I am trying to figure out my options for resolving this
issue. I looked at the generated HTML and it looked like this:
========================================================================================== ======
FINDINSTANCE( )
example The first example checks
if there is already an instance of the EditToolbar class. If not,
one is created. function
attachEditToolbar(formObj) local
t t =
findinstance("EditToolbar") 
 if empty(t) // If null, no
instance exists, so 
 t = new EditToolbar() //
Create one (defined in this file) 
 set procedure to
program(1) additive // Load this file as procedure
file 
 endif 

t.attach(formObj) 
========================================================================================= ========
I see how each line is embedded in a tag with two
associated styles "Code1" and "CodeNext". The font is OK, and the
only difference aI could find was that lines marked with "CodeNext"
were indented further than the first line ("Code1").
I'm guessing that the tags are whats causing the
spaces between lines of code when pasted into the editor.
I am trying to figure out the best way to "fix" this. This is
a very large Help file, so manual tweaking would take forever.
Should I:
- Do a global search/replace for a common formatting string
within the original help document before running the compiler
- Alter settings on the HTML Help compiler to produce the
desired result
- Attempt to search/replace text across the compiled HTML
output
I would be open to any ideas on how to tackle this issue.
Thanks in advance,
-Ben

Welcome to the forum.
Take a look at this page on my site and note the field that
you can click in to copy text.
http://www.grainge.org/pages/authoring/twisty/twisty.htm
Use View Code to see how that has been set up. I think that
will work better for you as the users will find it much easier than
selecting text.

Similar Messages

New challenge on new pc

SO my 2.4 GHz hyperthreaded 2GB ram machine running XP was previewing too slow to do decent edits on. The video in the preview window wasnt keeping up with the audio on preview play and the editing was really tough. If you cant see it, short of tweak and compile, I don't know how I can get timing right.
SO...I loaded it on my 32-bit Vista-based :-( Dell Inspiron E1505 laptop w/ 1.83GHz Core 2 duo 2GB ram after putting a new bigger 7200 RPM drive in it. It might be a bit faster, remains to be seen but get this. Images for video clips and bitmaps in library look fine but as soon as I paste them on the timeline the image appears inverted, and I don't have the channel invert function enabled and far as I can tell, thats the only way to get that effect.
Is this a video card problem? See pic below, clock source image on, preview grayed out, but click edge pops to front clear!
Odd thing is, I HAD the demo version on this machine and it worked, I unloaded it then installed the licensed one and the video is weird

Grrrrr....
I read the links (thanks Bill) and from the looks of it, I am seeing the purple screen thing others have reported. On that Vista PC, I tried turning off GPU playback and it fixed the problem for SOME images, BMPs, but not the video. This is such a pain as I am not so far from completing a time-critical project well-enough to use it. I don't have time to diagnose another PC and that being a laptop, other than finding and downloading drivers (and in Vista that can often introduce new problems), there is little I can do, so I will shelve this one for the moment.
So back to my other XP machine, whose video doesn't keep up with the audio on preview, I messed with software priorities a bit, changing one of the running programs from below normal to normal, and introduced a NEW problem. And of course, I cant remember which one was at below normal priority in the task manager before changing it.
These are running:
ElementsAutoAnalyzer.exe
AdobePremiereElements.exe
PhotoShopServer.exe
(a second copy of same)
PhotoshopElementsFileAgent.exe
and FNPLicensingService.exe which I understand the purpose and necessity of.
Here's the new problem on the XP machine... Lack of response to STOP in playback most of the time! Kind of makes editing a bear!
I absolutely have to get this job done in a few days or I am toast. I will deal with the poor video performance and try burns to PC to check my sync but the stop and start thing is really killing me.
What did I do?

[svn:fx-trunk] 9021: Tweaking non-contiguous default property compiler message.

Revision: 9021
Author:   [email protected]
Date:     2009-08-03 09:04:28 -0700 (Mon, 03 Aug 2009)
Log Message:
Tweaking non-contiguous default property compiler message.
QE notes: None
Doc notes: None
Localization: Requires string table update.
Bugs: SDK-20122.
Reviewer: Paul
Tests run: Checkin
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-20122
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/ComponentBuilder.jav a
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler_en.properties

Flex Ant SDK giving compile warnings not present in Flex Builder

We have a project when we complie from Flash Builder 4 it compiles as expected with no errors. However when we do an ANT build on a build machine with no Flash Builder installed, the same code (checked out from SVN) and same Flex SDK we have started to get an error: "Error: Access of possibly undefined property labelName through a reference with static type ..."
If I Run As the ant build from inside eclipse it builds fine and no errors (I verified the SDKs are the same). I can "work around" this by using show-actionscript-warnings="false" in the build.xml file, I'd rather not have to do this.
The error labelName property in the component that is referenced in the error is indeed marked public and it is [Bindable]. In fact the component that it says this error is associated with hasn't changed in a couple months.
Some other info that might be of interest on our system that builds the deploy version:
1. Our build box is running mac os x (10.5.6), Processor: 2GHz Intel Core 2 Duo, Memory: 2GB
2. Flex SDK 4.1A
3. Java version 1.5.0_13
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-237)
JavaHotSpot(TM) Client VM (build 1.5.0_13-119, mixed mode, sharing)
4. Ant -version: Apache Ant version 1.7.0 compiled on February 29 2008
Any ideas as to what could be causing this "phantom" error in our module? How to fix? Hints or other avenues to pursue?
Thanks,
Mike Weiland

So it turns out I need to overlay the latest SDK into the Flash Builder directory completely, not just the files I was messing with before.
In flex builder, go to the directory where the SDKs are installed.
On my system this is
C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.5\sdks
On a Mac, it might be
/Applications/Adobe Flash Builder 4.5/sdks
There should be a 3.6.0, 4.5.0 and a 4.5.1 present.
Make a copy of the 4.5.1 directory.
Download the AdobeAIRSDK from
Windows - http://airdownload.adobe.com/air/win/download/latest/AdobeAIRSDK.zip
Mac - not sure what the link is.
Unzip this file, then overlay the contents into the 4.5.1 directory. There are 8 directories, and 2 files. The target 4.5.1 has 10 directories, and 7 files (on my system)
In Flash Builder, project properties need to be tweaked.
The Flex Compiler tab - Check [Use a specific SDK:], and pick Flex 4.5.1 in the dropdown.
And in the Additional compiler arguments add
-swf-version=12
In your code, to use the AEC, pick the Enhanced Microphone, as in
microphone = Microphone.getEnhancedMicrophone();
Now if only I could figure out what all the settings do and which one's I need to tweak for our environment... loads of experimenting.
Mark.

Trouble compiling GTK

Hi everyone,
I'm trying to compile gtk+ 2.13.7, but Make fails with an error about libcairo.
As far as I know, I've successfully compiled all of gtk's dependencies, but for
some reason gtk is looking for libcairo in my X11 directory instead of in my
/usr/local/lib directory. This is on OS X 10.5.4, and I've compiled everything
myself (not using fink or darwin ports). Here's the last part of the Make output:
<pre>
Extracting /Users/jeff/Desktop/gtk+-2.13.7/gdk/x11/.libs/libgdk-x11.a
(cd .libs/libgdk-x11-2.0.lax/libgdk-x11.a && ar x /Users/jberman/Downloads/forPan/gtk+-2.13.7/gdk/x11/.libs/libgdk-x11.a)
sed 's,^,_,' < .libs/libgdk-x11-2.0.exp > .libs/libgdk-x11-2.0-symbols.expsym
gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/libgdk-x11-2.0.0.1307.0.dylib .libs/gdk.o .libs/gdkapplaunchcontext.o .libs/gdkcairo.o .libs/gdkcolor.o .libs/gdkcursor.o .libs/gdkdisplay.o .libs/gdkdisplaymanager.o .libs/gdkdnd.o .libs/gdkdraw.o .libs/gdkevents.o .libs/gdkfont.o .libs/gdkgc.o .libs/gdkglobals.o .libs/gdkimage.o .libs/gdkkeys.o .libs/gdkkeyuni.o .libs/gdkpango.o .libs/gdkpixbuf-drawable.o .libs/gdkpixbuf-render.o .libs/gdkpixmap.o .libs/gdkpolyreg-generic.o .libs/gdkrectangle.o .libs/gdkregion-generic.o .libs/gdkrgb.o .libs/gdkscreen.o .libs/gdkselection.o .libs/gdkvisual.o .libs/gdkwindow.o .libs/gdkwindowimpl.o .libs/gdkenumtypes.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkapplaunchcontext-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkasync.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkcolor-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkcursor-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkdisplay-x11.o
.libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkdnd-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkdrawable-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkevents-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkfont-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkgc-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkgeometry-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkglobals-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkim-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkimage-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkinput-none.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkinput.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkkeys-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkmain-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkpixmap-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkproperty-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkscreen-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkselection-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkspawn-x11.o
.libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdktestutils-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkvisual-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkwindow-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkxftdefaults.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkxid.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/xsettings-client.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/xsettings-common.o -L/usr/X11/lib /usr/X11/lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib /usr/X11/lib/libX11.6.2.0.dylib -L/usr/local/lib /usr/local/lib/libpangocairo-1.0.dylib /usr/local/lib/libcairo.dylib /usr/local/lib/libpng12.dylib /usr/X11/lib/libXrender.1.3.0.dylib /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib /usr/local/lib/libpixman-1.dylib /usr/local/lib/libpangoft2-1.0.dylib /usr/local/lib/libfontconfig.dylib /usr/lib/libiconv.dylib /usr/local/lib/libfreetype.dylib /usr/lib/libz.dylib
/usr/lib/libexpat.dylib /usr/local/lib/libpango-1.0.dylib /usr/lib/libc.dylib /usr/lib/libm.dylib /usr/X11/lib/libcairo.2.17.5.dylib /usr/X11/lib/libfreetype.dylib /usr/local/lib/libgio-2.0.dylib /usr/local/lib/libgobject-2.0.dylib /usr/local/lib/libgmodule-2.0.dylib /usr/local/lib/libglib-2.0.dylib /usr/local/lib/libintl.dylib /usr/X11/lib/libfontconfig.dylib -lm ../gdk-pixbuf/.libs/libgdk_pixbuf-2.0.dylib -install_name /usr/local/lib/libgdk-x11-2.0.0.dylib -compatibility_version 1308 -current_version 1308.0 -Wl,-single_module -Wl,-exportedsymbolslist,.libs/libgdk-x11-2.0-symbols.expsym
i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libcairo.2.17.5.dylib: No such file or directory
make[4]: * [libgdk-x11-2.0.la] Error 1
make[3]: * [all-recursive] Error 1
make[2]: * [all] Error 2
make[1]: * [all-recursive] Error 1
make: * [all] Error 2
</pre>
Does anyone have any idea why it would suddenly look for libcairo in
/usr/X11/lib when pango found the correct libcairo? Any ideas on how to get
around this? A few months ago I actually successfully compiled GTK on a
different Mac, so I know it can be done. Help!
Thanks!

I think you just need to do that for whatever library (or libraries) you want to explicitly direct it to.
It might be easier first to try
LDFLAGS="-L/path/to/your/lib"
configure --help
will tell you more about how explicitly to feed in the information.
Nobody "needs" to use fink, but I find with stuff like gtk+2, which I care about only because I need it to run programs I am interested in, it is far easier to let an expert worry about how to make it work.
What works or does not work out of the box is highly package-dependent. As time goes on, more and more developers try to make their stuff work out of the box for OS X.
Here's the version of gtk+2 I have installed with fink, fwiw:
fink list gtk+2
Information about 7126 packages read in 1 seconds.
i gtk+2 2.12.11-2 The Gimp Toolkit
Not quite as new as 2.14, but a lot closer. (I use fink "unstable", which more accurately translates to "current.")
There are several vocal people who post here who think no one should use fink or darwinports. It is simply a matter of personal preference. But if you want to roll your own, sometimes it is worth peaking to see how the packages are tweaked by the fink maintainers (browse the .info files).

Java(FX) Property Compiler

Hi!
We implemented a small Java(FX) Property Compiler which enables you to use a powerful PropertyHint-annotation. The "compiler" is implemented as an Post-"Java Compiler"-Bytecode-Modification-Tool (using asm-4).
Here are 3 small example so you can get the idea.
First Example
public class Case1 {
 @PropertyHint public String one;
 public enum Two { Zero, One, Two }
 @PropertyHint public Two two;
}If you compile this class with Java Compiler and the Property Compiler you get the following byte-code-equivalent (I used Java Decompiler to reflect the code):
public class Case1
public String one;
public Two two;
private SimpleObjectProperty<Two> _twoField;
private SimpleStringProperty _oneField;
@Property(writeable=true, name="two", dataSignature="Lde/chimos/property/test1/Case1$Two;", dataSignatureGeneric="", humanReadableName="")
public final ObjectProperty<Two> twoProperty()
 if (this._twoField == null)
 this._twoField = new SimpleObjectProperty(this, "two");
 return (ObjectProperty)this._twoField;
private final Two _getTwo()
 return (Two)twoProperty().getValue();
@XmlElement
public Two getTwo()
 return _getTwo();
private final void _setTwo(Two value)
 twoProperty().setValue(value);
public void setTwo(Two value)
 _setTwo(value);
@Property(writeable=true, name="one", dataSignature="Ljava/lang/String;", dataSignatureGeneric="", humanReadableName="")
public final StringProperty oneProperty()
 if (this._oneField == null)
 this._oneField = new SimpleStringProperty(this, "one");
 return (StringProperty)this._oneField;
private final String _getOne()
 return (String)oneProperty().getValue();
@XmlElement
public String getOne()
 return _getOne();
private final void _setOne(String value)
 oneProperty().setValue(value);
public void setOne(String value)
 _setOne(value);
public static enum Two
 Zero, One, Two;
}The fields "public String one" and "public Two two" are still in there to keep the Java Compiler (representing the first pass of the compiling process) working. It is possible to configure the Property Compiler via a setting called "dummyFields".
All references to these fields (dummy fields) are replaced by getter and setter calls. As you can see in the next example.
Second Example
This is what you type and compile:
public class Main {
 * @param args the command line arguments
 public static void main(String[] args)
 Case1 case1 = new Case1();
 case1.one = "Test";
 case1.two = Case1.Two.Two;
 System.out.println("case1.one = "+case1.one);
 System.out.println("case1.two = "+case1.two);
 Case3 case3 = new Case3();
 System.out.println("case3.one = "+case3.one);
 case3.update();
 System.out.println("case3.one = "+case3.one);
 Case4 case4 = new Case4();
 case4.one = Case4.One.Two;
 System.out.println("case4.one = "+case4.one);
 case4.one = Case4.One.Zero;
 System.out.println("case4.one = "+case4.one);
 Case5 case5 = new Case5();
 case5.one = Case5.One.Two;
 System.out.println("case5.one = "+case5.one);
}This is what you really get (reflected via Java Decompiler):
public class Main
public static void main(String[] args)
 Case1 case1 = new Case1();
 case1.setOne("Test");
 case1.setTwo(Case1.Two.Two);
 System.out.println("case1.one = " + case1.getOne());
 System.out.println("case1.two = " + case1.getTwo());
 Case3 case3 = new Case3();
 System.out.println("case3.one = " + case3.getOne());
 case3.update();
 System.out.println("case3.one = " + case3.getOne());
 Case4 case4 = new Case4();
 case4.setOne(Case4.One.Two);
 System.out.println("case4.one = " + case4.getOne());
 case4.setOne(Case4.One.Zero);
 System.out.println("case4.one = " + case4.getOne());
 Case5 case5 = new Case5();
 case5.setOne(Case5.One.Two);
 System.out.println("case5.one = " + case5.getOne());
}Amazing, right?
Third Example
In case you provide a getter or setter it is used automatically:
public class Case5 {
 public enum One { Zero, One, Two }
 @PropertyHint public One one;
 public One getOne()
 System.out.println("Case5.getOne()");
 if(one == One.Two)
 return One.Zero;
 return one;
}This is what you get (reflected via Java Decompiler):
public class Case5
public One one;
private SimpleObjectProperty<One> _oneField;
public One getOne()
 System.out.println("Case5.getOne()");
 if (_getOne() == One.Two)
 return One.Zero;
 return _getOne();
@Property(writeable=true, name="one", dataSignature="Lde/chimos/property/test1/Case5$One;", dataSignatureGeneric="", humanReadableName="")
public final ObjectProperty<One> oneProperty()
 if (this._oneField == null)
 this._oneField = new SimpleObjectProperty(this, "one");
 return (ObjectProperty)this._oneField;
private final One _getOne()
 return (One)oneProperty().getValue();
private final void _setOne(One value)
 oneProperty().setValue(value);
public void setOne(One value)
 _setOne(value);
public static enum One
 Zero, One, Two;
Sourcecode and documentation
We published the code as LGPL. The project an more examples are available on http://code.google.com/p/java-property-compiler/source/browse/
The first draft of documentation is still work in progress (Gerrit is currently working on the documentation).
IDE integration
The Eclipse-integration is done via an ant-builder. It works but is not perfect. Apart from the fact that the configuration requires some mouse clicks, you have to manually activate the "auto,clean" trigger. We would like to implement a real builder-plugin. Can anyone help us?
We tried a Netbeans-integration via "-post-compile", etc.. But that does not work properly. If you try to debug a project which uses the Property Compiler, the post-compiled byte-code is simply ignored and you run the unprocessed bytecode. Any idea?
JavaFX-Tree Chart
There is another project called "javafx-treechart": http://code.google.com/p/javafx-treechart/wiki/TreeChart
Gerrit will write about it as soon as the documentation is online.
Regards, Niklas
Edited by: Niklas on 28.11.2011 16:23

Hi all!
Thank you for your responses and comments!
Sorry for the late response. I am in Australia on vacation at the moment (just visited Brisbane and Whitsundays - and I am going to visit Sydney tomorrow :-).
@zonski:
Lombok is really a masterpiece. I had a look at the code. They use AST and (if I'm not mistaken) byte code manipulation too. I think we can learn a lot from Lombok.
The IDE integration of Lombok is kind of black magic - my personal point of view. I simply don't like those Eclipse API interceptions which are implemented in the Eclipse agent. I rather stick to standard interfaces - like a custom Eclipse-Builder, etc... (I still don't know the Netbeans-way, but I am going to figure that out).
This is one of the reasons why I decided to use the (awesome) Lombok source code as inspiration, but not to use my resources at hand to extend Lombok itself.
Further reasons:
a) We developed a different annotation philosophy (not implemented yet but we are going too).
b) I developed a small "deterministic destructor" mechanism based on byte-code manipulation and some (important) variable assignment restrictions - to keep performance up and avoid side effects. We want to provide an annotation for this mechanism.
We probably stick to byte code-manipulation. Not sure if we use AST (makes IDE integration very hard - see Jonathan Giles' comment).
@bouye:
I understand the concerns regarding "manual code tweaking", but I really hate the property boilerplate code - it results in unreadable source code. Our implementation still allows custom implementations of getter and setter in case you want to tweak your code. We extended our concept to allow even more flexibility (not implemented yet).
@Richard Bair:
I agree, developers might be confused if the know plain java and have no idea about the magic going on. But this is a matter of documentation and communication. If you know the concepts and the tools the code is easier to read.
I agree with you that Java really needs native property support. The annotation solutions are just placeholder solutions.
@Jonathan Giles:
IDE support is definitely an issue. That’s the reason why I want to stick to byte code manipulation. You can integrate the required build steps in Eclipse easily (still not sure about Netbeans). Using AST requires a lot of black magic as you can see in the Lombok source code.
Actually I had absolutely no debugging issues with our approach if we talk about Eclipse. If there is a way to hook into the Netbeans build process properly it shouldn't be a problem either. Of course the injected code needs to be crafted and tested carefully (no surprises policy).
The next version of our post-compiler will be splitted in two parts. The first part can be used within the regular build process and does a lot of modification (probably based on the ASM tree API). The second part gets called from a class loader and performs some final tweaks, e.g. dropping unnecessary fields (based on the fast ASM core API). In case the loaded class file did not pass the first part (detected while loading), it is entirely processed within the loading sequence. This should avoid surprises. The post-compiler can be restricted to specific namespaces.
Our current big commercial project is going to depend heavily on the post-compiler. We decided to provide the post-compiler as open source as we want to contribute to the Java community.
I'll keep you posted!
Niklas

Compiling Metisse, a 3D desktop

Hey,
I've found a pretty cool desktop window manager called Metisse. Essentially it does some things that Compiz doesn't.... at least Compiz 0.8.x (0.9 doesn't work with my laptop's graphics )
I've downloaded it from http://insitu.lri.fr/metisse/ and following the instructions. The other one, Nucleo, needs to be compiled first. If anybody would like to have a go, I've patched most of the files, and managed to get it to run, just let me know and I can upload somewhere.
However, compiling it has been a bit of a hassle - I spent most of today (NZ time) trying to compile, without success.
After tweaking several of the files and removing errors (thanks, Google!), it comes up with another error that nobody seems to have been able to solve recently:
(The 'Entering, Leaving, nothing to be done' is simply because this isn't the first time I ran 'make', so it had already done everything for those folders.)
[lyndon@LyndonArch metisse-0.4.1]$ make
make all-recursive
make[1]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1'
Making all in doc
make[2]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc'
Making all in docs
make[3]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc/docs'
make[4]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc/docs'
make[4]: Nothing to be done for 'all-am'.
make[4]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc/docs'
make[3]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc/docs'
make[3]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc'
make[3]: Nothing to be done for 'all-am'.
make[3]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc'
make[2]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/doc'
Making all in fvwm-insitu
make[2]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu'
make all-recursive
make[3]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu'
Making all in libs
make[4]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/libs'
Making all in .
make[5]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/libs'
make[5]: Nothing to be done for 'all-am'.
make[5]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/libs'
Making all in libgfvwm
make[5]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/libs/libgfvwm'
make[5]: Nothing to be done for 'all'.
make[5]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/libs/libgfvwm'
make[4]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/libs'
Making all in fvwm
make[4]: Entering directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/fvwm'
gcc -DFVWM_MODULEDIR=\"/usr/local/libexec/fvwm-insitu/2.5.20\" -DFVWM_DATADIR=\"/usr/local/share/fvwm-insitu\" -DFVWM_CONFDIR=\"/usr/local/etc\" -DFVWM_COLORSET_PRIVATE=1 -DLOCALEDIR=\"/usr/local/share/locale\" -Wall -Wno-implicit-int -g -O2 -o fvwmi menus.o style.o events.o move_resize.o add_window.o builtins.o borders.o icons.o fvwm.o module_interface.o frame.o virtual.o stack.o ewmh.o menustyle.o session.o colorset.o placement.o functions.o gnome.o focus.o conditional.o geometry.o ewmh_events.o windowlist.o menuitem.o ewmh_icons.o decorations.o update.o expand.o misc.o functable.o bindings.o cursor.o colormaps.o ewmh_conf.o modconf.o read.o menucmd.o ewmh_names.o icccm2.o schedule.o windowshade.o focus_policy.o repeat.o execcontext.o menudim.o condrc.o metisse.o -L../libs -lfvwm -lXft -lXpm -lstroke -lSM -lICE -lXinerama -lXext -lX11 -lm -lXrender -lpng -lz -lXtst -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0
/usr/bin/ld: ../libs/libfvwm.a(Fft.o): undefined reference to symbol 'FcPatternDel'
/usr/lib/libfontconfig.so.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:427: recipe for target 'fvwmi' failed
make[4]: *** [fvwmi] Error 1
make[4]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu/fvwm'
Makefile:392: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu'
Makefile:331: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1/fvwm-insitu'
Makefile:346: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/lyndon/Downloads/metisse/metisse-0.4.1'
Makefile:266: recipe for target 'all' failed
make: *** [all] Error 2
The interesting part - to the best of my limited knowledge - is just before the 'collect2:error' line, where it says:
/usr/bin/ld: ../libs/libfvwm.a(Fft.o): undefined reference to symbol 'FcPatternDel'
/usr/lib/libfontconfig.so.1: error adding symbols: DSO missing from command line
Has anybody tried Metisse recently, and managed to get it working on Arch? If so, please do let me know!
Cheers,
Freddo

Okay, I promised an update and here it is:
Basically I started again on the entire thing, which involves compiling Nucleo first, then Metisse.
Nucleo gives me error messages similar to ones in an earlier post about png set 1,2,4 to 8. The full error log is here - I've left out all the 'entering directory xyz' notes.
Making all in apps
make[1]: Entering directory '/home/lyndon/Downloads/June07Metisse/nucleo-0.7.6/apps'
Making all in videoServer
make[2]: Entering directory '/home/lyndon/Downloads/June07Metisse/nucleo-0.7.6/apps/videoServer'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O2 -L../../nucleo -lNucleo -lpng -o videoServer main.o VideoServer.o VideoService.o Notifier.o FileStreamer.o VideoStreamer.o -ljpeg -lGLU -lGL -lpthread -lSM -lICE -lXi -lpng16 -lexif -ldl
libtool: link: g++ -g -O2 -o .libs/videoServer main.o VideoServer.o VideoService.o Notifier.o FileStreamer.o VideoStreamer.o -L/home/lyndon/Downloads/June07Metisse/nucleo-0.7.6/nucleo /home/lyndon/Downloads/June07Metisse/nucleo-0.7.6/nucleo/.libs/libNucleo.so -lexpat -ldns_sd -lfreetype -lgnutls -lpng -ljpeg -lGLU -lGL -lpthread -lSM -lICE -lXi -lpng16 -lexif -ldl -Wl,-rpath -Wl,/usr/local/lib
/home/lyndon/Downloads/June07Metisse/nucleo-0.7.6/nucleo/.libs/libNucleo.so: undefined reference to `png_set_gray_1_2_4_to_8'
collect2: error: ld returned 1 exit status
Makefile:341: recipe for target 'videoServer' failed
make[2]: *** [videoServer] Error 1
make[2]: Leaving directory '/home/lyndon/Downloads/June07Metisse/nucleo-0.7.6/apps/videoServer'
Makefile:409: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/lyndon/Downloads/June07Metisse/nucleo-0.7.6/apps'
Makefile:421: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
Unfortunately, I can't seem to read *.so files - in both Nano and Mousepad everything appears as funny little question mark characters.
So, a new question: (no pun intended) How does one open and edit .so files? Even on my mac it looks like utter gibberish in TextEdit.
Cheers,
Freddo

Fatal Error: Unexpected error from Microsoft HTML Compiler

I'm using RH 6 with Vista (yes I know Vista is not supported,
but I'm one of the few that has to have it, so I'm using the
tweaked unsupported version)
Sometimes when generating a CHM output (Compiled HTML Help)
right after the "Compacting file system..." step I get an error
that says "Fatal Error: Unexpected error from Microsoft HTML
Compiler".
I'm not sure what causes it. I don't get it all the time, but
I seem to get it more often than not. However, it doesn't seem to
do anything adverse to the compiled help file. Well, not that I can
see anyway.
Any information on what causes this and how I can fix it?

If deletion of the CPD doesn't work, there seems to be more
amiss in the HHP.
Have you had a look at the new version of the HHP-file?
Your missing images are due to another problem: I guess you
have images linked to from imported topics. During import RH copies
all necessary files to the appropriate relative locations, but it
does not 'recognize' new folders created during this step. For the
compilation RH copies all the stuff it thinks belong to the project
to a temp folder, but 'unrecognized' files are ignored, thus
missing in the compiled help.
Use Windows explorer to note where linked images are situated
and 'create' these folders within RH via the context menu of the
Project Explorer's folders 'HTML Files' section. This way RH
suddenly recognizes the folders and is able to handle the images
therein.
Perhaps some unrecognized folders are responsible for
compiler crash, too?
Regards
---Dirk Bock

Misaligned stack crash in mixed compiler project

I'm running into a crash that baffled me for awhile. Now I know what's causing it and I'm looking for more information to help me decide on the best course of action. First, a simplified example:
*### blah.F
 SUBROUTINE BLAH
 CALL STUFF
 END
// stuff1.cc
extern "C" {
void blah_();
void stuff_();
int main( int argc, char *argv[] ) {
stuff_();
blah_(); // will segfault in stuff_()
return 0;
// stuff2.cc
#include <stdio.h>
extern "C" void stuff_() {
char test[127] = {}; // if stack is misaligned, crash occurs here
printf( "0x%08X\n", (unsigned int)&test[0] );
#!/bin/bash
# build.sh
# path is already setup for running the compilers
f90 ${1} -ftrap=%none -mt -m32 blah.F -c -o blah.o
clang++ -mcpu=pentium4 -m32 ${2} stuff1.cc stuff2.cc -c
clang++ -mcpu=pentium4 -m32 ${2} stuff1.o stuff2.o blah.o -o stuff
ulimit -c unlimited
rm core.*
./stuff
This is occurring on a fairly new x86 machine using Sun Studio 12.3's fortran compiler and clang 3.4. Ultimately, the array initialization code emitted by clang is crashing when called from Fortran code because it's emitting (SIMD?) instructions that expect the address to be 16-byte aligned, but the Fortran code is defaulting to emitting Pentium 1-compliant executable code and the build of clang I'm using defaults to pentium4. It only happens when the C++ code is built with clang's stack protector, and this may indicate they have a bug in their implementation of stack protector. After I finish this post I may go about running a similar test against gfortran to see if I can reproduce this problem without sun studio.
There also seems to be a lot of contention about whether the SysV i386 ABI is the "right" ABI to use or not, and that may be at the heart of why this is happening.
Anyway, on to the rest of this post. build.sh, as written, takes two positional arguments; ${1} is passed into f90 and ${2} is passed into clang when compiling/linking the C++ code. Additionally, -mcpu=pentium4 appears to be the default for the build of clang I'm using; I only added it to emphasize that it's not targeting generic x86 hardware by default.
# no crash
./build.sh
# crash on all 4
./build.sh "" "-fstack-protector-all -Wstack-protector"
./build.sh "-xtarget=pentium4" "-fstack-protector-all -Wstack-protector"
./build.sh "-xchip=pentium4" "-fstack-protector-all -Wstack-protector"
./build.sh "-xarch=sse2" "-fstack-protector-all -Wstack-protector"
# no crash
./build.sh "-xarch=sse2a" "-fstack-protector-all -Wstack-protector"
./build.sh "-xarch=sse3" "-fstack-protector-all -Wstack-protector"
./build.sh "-O0" "-fstack-protector-all -Wstack-protector"
It looks like the optimizer runs when I select anything above -xarch=sse2, so I'm not absolutely sure that it's not just the optimizer causing the crash to go away as opposed to something being done to make sure the stack is 16-byte aligned for performance reasons. Not using stack protector causes the problem to go away as well, but I'm looking for a solution that allows me to have my cake and eat it too.
Last night when I discovered -xarch=sse3 fixes this, I was ready to just tweak the build and have done with it, then I decided to play around with -xtarget and -xchip and was surprised to discover that the crash still happens, again presumably because the optimizer isn't running.
My suspicion here is that the fortran compiler, when told to use pentium4 with -xtarget and/or -xchip, is not taking into account that sse3 instructions may be used and therefore not aligning the stack.
I'm trying to avoid adding any optimizations to the build, and if I'm right that the optimizer runs when -xarch=sse2a (or higher) are used, then I'm leery of adding that to the build ... but if I don't have another choice, then that may be what I'll have to do.
What would you recommend I do here?
-Brian

I forgot to mention clang's -mstackrealign option. That option fixes the problem, but
It adds extra overhead that can decrease performance
While I want to avoid adding optimizations right now, that doesn't mean I don't want optimizations later. Using this option would be an impediment to that.
-Brian

Static reference on Timeline with compiler binaries from hudson

Hi all,
I've tested the latest javafx binaries at [http://openjfx.java.sun.com/hudson/job/openjfx-compiler/]
When compiling I have this kind of warning:
...\MenuPanel.fx:109: warning: In animation target images[ selected].scaleX, images[ selected] is not a constant, but will be treated as such. You may want to rewrite as:
def temp = images[ selected]
temp.scaleX => x
images[selected].scaleX => 1. tween Interpolator.LINEAR,Then I've replaced the code...but need more explanation, is it the final good way?
Regards

Hi,
Oracle supply some sample makefiles which you will find in your oracle home:
$ORACLE_HOME/rdbms/demo
They are a good starting point. Usually I just make a copy of one of them and tweak it to meet my needs.
Cheers,
Andy Barry

[svn:fx-trunk] 11492: Checking in additional tweaks to SWC filtering when compatibility-version is used .

Revision: 11492
Author:   [email protected]
Date:     2009-11-06 05:18:44 -0800 (Fri, 06 Nov 2009)
Log Message:
Checking in additional tweaks to SWC filtering when compatibility-version is used. Pushing the majority of thes
e changes on behalf of Paul.
QE notes: None
Doc notes: None
Bugs: None
Reviewer: Paul
Tests run: Checkin
Is noteworthy for integration: No
Modified Paths:
    flex/sdk/trunk/frameworks/projects/sparkskins/build.xml
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocAPI.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/common/CompilerConfiguration.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/common/MxmlConfiguration.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcCache.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Compc.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/CompcPreLink.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Fcsh.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/Mxmlc.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Application.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Library.java
    flex/sdk/trunk/modules/compiler/src/java/flex2/tools_en.properties

Remember that Arch Arm is a different distribution, but we try to bend the rules and provide limited support for them. This may or may not be unique to Arch Arm, so you might try asking on their forums as well.

Crio FPGA Compiling error

Hello All,
I've run into a compiling error that has me stumped. I'm using labview 8.5.1, NRIO 2.4.0, and FPGA 8.5.1 on a CRIO-9014 & 9104. When compiling the code attached I get the following error:
Analyzing generic Entity <bushold> in library <work> (Architecture <rtl>).
ERROR:Xst:807 - "C:/NIFPGA85/srvrTmp/LOCALH~1/PLANEV~1/bushold.vhd" line 1541: arguments of 'or' operator must have same lengths.
-->
Total memory usage is 546644 kilobytes
Number of errors : 1 ( 0 filtered)
Number of warnings : 540 ( 0 filtered)
Number of infos : 2 ( 0 filtered)
ERROR:Xflow - Program xst returned error code 6. Aborting flow execution...
My best guess is this error has something to do with the metafiles generated by labview before final compilation into the FPGA bitstream. I've tried tweaking the code here and there and haven't found the source of the error yet. I'm going to go through with disable blocks and see where the error lies.
Anyone else run into something like this? I could use some help.
Attachments:
FPGA Code.zip ‏1354 KB

Hi mmalluck,
Clusters of 1D arrays are supported in LabVIEW FPGA. I was able to compile a small VI with code similar to yours - a for loop with four autoindexed tunnels bundled into a cluster.
I am not entirely sure why separating the arrays eliminated that error, but I am glad to hear that your program compiles now.
Jennifer R.
National Instruments
Applications Engineer

[svn:fx-trunk] 5425: * Further tweaks to the HaloNavigatorsRequireHaloContainerChildren

Revision: 5425
Author: [email protected]
Date: 2009-03-19 11:43:52 -0700 (Thu, 19 Mar 2009)
Log Message:
* Further tweaks to the HaloNavigatorsRequireHaloContainerChildren
check.
tests Passed: checkintests
Needs QA: YES
Needs DOC: NO
Bug fixes: SDK-20100
API Change: NO
Reviewer: Pete F.
Code-level description of changes:
compiler/mxml/builder/DocumentBuilder.java
Modified dynamicProperty(), defaultPropertyElement(), and invoke()
to use nestedDeclaration(boolean);
compiler/mxml/builder/ComponentBuilder.java
Modified nestedDeclaration() to take a boolean flag,
checkHaloNavigatorRequirements, and to skip the
HaloNavigatorsRequireHaloContainerChildren check when it's false.
Added nestedDeclaration(), which calls nestedDeclaration(true).
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-20100
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/ComponentBuilder.jav a
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/DocumentBuilder.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler_en.properties

SQL Server compilation and Debugging

Hello,
I am trying to compile a SQL Server procedure but looks like the SQL Developer 3.2.20.09, I am using which is the latest treats the SQL Server code as read only, there is no option for compiling the code as is available for Oracle PLSQL. Am I missing something or doing something incorrectly ?
Also I would like to debug an Oracle Procedure using SQL Developer which is called from a Java apllication , can someone please let me know how this can be done or forward me links to some useful documentation on this.
Thanks
fm

There's no error message there, it's working!
You just didn't give the debugger an opportunity to stop.
'DEBUGGER – START DEBUGGING OPTION
Set this to ‘Step Over.’ This allows you to start and run a debug session sans breakpoints. If you leave it at the default, starting a debug session will appear to ‘not work.’ This is because SQL Developer will enter debug mode and run until it finds a breakpoint, breaking condition, or exception. If you have none, it will execute to the end of your program. The ‘Step Over’ option will tell SQL Developer to stop execution at line 1 auto-magically.'
http://www.thatjeffsmith.com/archive/2011/12/top-10-preferences-to-tweak-when-using-sql-developer/

Gcc3 compiling environment

Hi, I have a problem with gcc. In my laptop I had gcc4 installed, with libstdc++ and glibc, and everything worked smoothly. I had the necessity to install gcc-3.4 to compile an old version of a data analysis program which was not ported to gcc4. I installed gcc-3.4, but got some errors. In the support forum of the program i've been told that such errors are because my libstdc++ and glibc are not matching my gcc linker version. So my question is: how to build a full gcc-3.4 compile environment? Where can I find the needed packages?
Thanks for the help

Yesterday I've finally been able to compile root 5.14 using gcc-3.4 (as found in the gcc34 package from repository). I had to tweak the configuration heavily. First of all, there's a small bug in the configure script which won't allow you to use the GNU Scientific Library whose subversion is a two digit number (eg., >= 1.10). This is needed to enable mathmore support; fix it like this:
--- configure-bug 2009-01-18 20:41:56.000000000 +0100
+++ configure 2009-01-18 16:12:48.000000000 +0100
@@ -3503,7 +3503,7 @@
# check for gsl version >= 1.8
if test ! "x$found_dir" = "x"; then
message "Checking for GSL version >= 1.8"
- gsl_version=`grep "define GSL" $found_dir/gsl/gsl_version.h | sed 's/^.*"$[0-9]\.[0-9]$"/\1/' | awk 'BEGIN { FS="." } { printf "%d", $1 * 1000 + $2 }'`
+ gsl_version=`grep "define GSL" $found_dir/gsl/gsl_version.h | sed 's/^.*"$[0-9]\.[0-9]*$"/\1/' | awk 'BEGIN { FS="." } { printf "%d", $1 * 1000 + $2 }'`
if test $gsl_version -lt 1008; then
gslskip="skip"
result "no
To make sure that gcc-3.4 and g++-3.4 are used through all the build you have to set it in <root source>/config/Makefile.linux (both in the compiling and linking options). In the same file, change also the fortran complier from g77 to gfortran. If you want to use xrootd then you have to perform also this operation: unpack the <root source>/xrootd/src/xrootd-20060928-1600.src.tgz tarball before launching configure, change gcc -> gcc-3.4 and g++ -> g++-3.4 everywhere in configure, configure.ac andd config/GNUmake.rules.gcc, then pack the tarball again and substitute the original one with the modified one. This is because xrootd seems to have its own configuration files, and doesn't refer to Makefile.linux.
With these tweaks, this configuration worked for me:
./configure linux --enable-minuit2 --enable-mathmore --disable-krb5 --disable-cintex --disable-clarens
You should be able to enable kerberos support with MIT Kerberos (in my system there's heimdal kerberos which is not compatible with root).

Tweaking a compilation

Similar Messages

Maybe you are looking for