search for: evenodd

...ource and build code and some configure housekeeping, it seems that I've managed so far to build all the DotGNU tools. However, when extensively using the DotGNU tools I get this error message: make[1]: Entering directory `/home/hb/projects/build/LLVM/pnet-1-1/samples' ../ilasm/ilasm -o evenodd.exe /home/hb/projects/src/pnet-1/pnet-0.7.0/samples/evenodd.il ERROR: Program used external function 'pthread_once' which could not be resolved! lli(_ZN85_GLOBAL__N__home_hb_projects_src_llvm_1_llvm_lib_System_Signals.cpp_17E02520_F7D322F615PrintStackTraceEv+0x1f)[0x835c40f] /lib/tls/libc...

On Thu, 2005-07-07 at 13:52 +0200, Henrik Bach wrote: > make[1]: Entering directory `/home/hb/projects/build/LLVM/pnet-1-1/samples' > ../ilasm/ilasm -o evenodd.exe > /home/hb/projects/src/pnet-1/pnet-0.7.0/samples/evenodd.il > ERROR: Program used external function 'pthread_once' which could not be > resolved! > lli(_ZN85_GLOBAL__N__home_hb_projects_src_llvm_1_llvm_lib_System_Signals.cpp_17E02520_F7D322F615PrintStackTraceEv+0x1f)[0x83...

...t bounding box yrange <- range(outline$y, na.rm=TRUE) xbox <- xrange + c(-2, 2) ybox <- yrange + c(-2, 2) # create the grid path in the current device polypath(c(outline$x, NA, c(xbox, rev(xbox))), c(outline$y, NA, rep(ybox, each=2)), col="light blue", rule="evenodd") As you can see, the polypath is on both sides of the country outline. Any help is much appreciated. Louise [[alternative HTML version deleted]]

...") } ## output "windows.png/pdf" or "unix.png/pdf" label <- .Platform$OS.type png(sprintf("%s.png", label)) pfun() dev.off() pdf(sprintf("%s.pdf", label)) pfun() dev.off() Visually, the result in the "windows.png" file is as if the "evenodd" rule was specified. All other examples unix.pdf, unix.png, windows.pdf give me the expected result - which is "all bounded regions shaded grey, with two tones for the different regions of overlap". The unexpected result is the completely transparent region. Is this a known/expected...

...;winding" fill rule is working correctly. The fill should be the same across the union of the square regions (this is what Cairo and PDF on Linux produce). Another data point: the problem is NOT just a matter of getting the rules round the wrong way in the devWindows.c; using rule="evenodd" produces the SAME result as using rule="winding". One more data point: this is not JUST a problem with polypath(). Creating a self-intersecting polygon and then drawing it, using polygon(), in windows(fillEvenOdd=FALSE) and windows(filleEvenOdd=TRUE) produces exactly the same...

...ctly. The fill >> should be the same across the union of the square regions (this is what >> Cairo and PDF on Linux produce). >> >> Another data point: the problem is NOT just a matter of getting the >> rules round the wrong way in the devWindows.c; using rule="evenodd" >> produces the SAME result as using rule="winding". >> >> One more data point: this is not JUST a problem with polypath(). >> Creating a self-intersecting polygon and then drawing it, using >> polygon(), in windows(fillEvenOdd=FALSE) and windows(fille...

...ule is working correctly. The fill > should be the same across the union of the square regions (this is what > Cairo and PDF on Linux produce). > > Another data point: the problem is NOT just a matter of getting the > rules round the wrong way in the devWindows.c; using rule="evenodd" > produces the SAME result as using rule="winding". > > One more data point: this is not JUST a problem with polypath(). > Creating a self-intersecting polygon and then drawing it, using > polygon(), in windows(fillEvenOdd=FALSE) and windows(filleEvenOdd=TRUE) > p...

...; or "unix.png/pdf" > label <- .Platform$OS.type > png(sprintf("%s.png", label)) > pfun() > dev.off() > pdf(sprintf("%s.pdf", label)) > pfun() > dev.off() > > > Visually, the result in the "windows.png" file is as if the "evenodd" rule > was specified. All other examples unix.pdf, unix.png, windows.pdf give me > the expected result - which is "all bounded regions shaded grey, with two > tones for the different regions of overlap". The unexpected result is the > completely transparent region. >...

...of gnome'. <?xml version="1.0" encoding="UTF-8"?> <svg version="1.2" baseProfile="tiny" width="115.01mm" height="126.01mm" viewBox="1200 2000 11501 12601" preserveAspectRatio="xMidYMid" fill-rule="evenodd" stroke-width="28.222" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg" xmlns:ooo="http://xml.openoffice.org/svg/export" xmlns:xlink="http://www.w3.org/1999/xlink" xml:space="preserve"> <defs class="ClipPathG...

...of gnome'. <?xml version="1.0" encoding="UTF-8"?> <svg version="1.2" baseProfile="tiny" width="115.01mm" height="126.01mm" viewBox="1200 2000 11501 12601" preserveAspectRatio="xMidYMid" fill-rule="evenodd" stroke-width="28.222" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg" xmlns:ooo="http://xml.openoffice.org/svg/export" xmlns:xlink="http://www.w3.org/1999/xlink" xml:space="preserve"> <defs class="ClipPathG...