Activity for ECMA-234 Metafile Library
-
Nuno Teixeira posted a comment on ticket #5
Hello, Committed in https://cgit.freebsd.org/ports/commit/?id=2f3cbb880dc06413014f6661caea4e046bf36c5f Thanks
-
Hello Allen, graphics/libemf port uses gnu configure and I'm using workaround: USES=compiler:c++14-lang (to tell ports framework that a c++14 capable compiler is needed) USE_CXXSTD=c++14 (to force -std=c++14 on compiler) IMHO there is no need to change to cmake just because of forcing -std, but cmake is a newer build system. Since clang16 have landed a lot of programs have broken because of c++17 default standard and solutions are being searched to fix code so c++17 compliant can be achieved when...
-
Hello Allen, graphics/libemf port uses gnu configure and I'm using workaround: USES=compiler:c++14-lang (to tell ports framework that a c++14 capable compiler is needed) USE_CXXSTD=c++14 (to force -std=c++14 on compiler) IMHO there is no need to change to cmake just because of forcing -std, but cmake is a newer build system. Since clang16 have landed a lot of programs have broken because of c++17 default standard and solutions are being searched to fix code so c++17 compliant can be achieved when...
-
Allen Barnett modified a comment on ticket #5
Thanks for the report. I think using the CMake version of the build system would be the best way to introduce the --std=c++14 flag. What version of CMake is available in the port system?
-
Thanks for the report. I think using the CMake version of the build systemm would be the best way to introduce the --std=c++14 flag. What version of CMake is available in the port system?
-
build fails on clang16
-
ECMA-234 Metafile Library released /libemf/1.0.13/README
-
Release of libEMF-1.0.13
-
-
-
Add CVE message to NEWS file.
-
I learned something new: integer division of INT_MIN (0x80000000) by
-
Re-Release of libEMF-1.0.12
-
-
-
For re-release: Merge the updated NEWS file from the trunk.
-
Add the resolved CVEs to the NEWS file.
-
Michael Shigorin modified a comment on ticket #3
Thank you, libemf 1.0.12 builds fine on both aarch64 and e2k with no extra patches. Just for the record: the pristine tarball builds on e2k with lcc 1.24.09 (while 1.23.21 would error out even with explicit -std=c++11 but that's another story apparently not worth solving). PS: http://git.altlinux.org/tasks/250671
-
Thank you, libemf 1.0.12 builds fine on both aarch64 and e2k with no extra patches. Just for the record: the pristine tarball builds on e2k with lcc 1.24.09 (while 1.23.21 would error out even with explicit -std=c++11 but that's another story apparently not worth solving).
-
Tag 1.0.12
-
Release of libEMF-1.0.12
-
-
Use a few more C++11-isms to simplify the code.
-
1. Be more resistant to division by zero in the window and viewport
-
Be more robust in the face of corrupted metafiles. Print a bit more
-
Hi Michael: I have committed your patches to the SVN repository. Please check out the trunk and make sure it functions as you expect. Thanks, Allen On Sun, Sep 22, 2019 at 10:43 AM Michael Shigorin gvy@users.sourceforge.net wrote: [patches:#3] https://sourceforge.net/p/libemf/patches/3/ initial aarch64 and e2k support patches* Status: open Group: Unstable_(example) Labels: arch Created: Sun Sep 22, 2019 02:43 PM UTC by Michael Shigorin Last Updated: Sun Sep 22, 2019 02:43 PM UTC Owner: nobody Attachments:...
-
Done. And thanks for your contribution! On Sat, Mar 28, 2020 at 4:02 PM Michael Shigorin mike@altlinux.org wrote: On Sat, Mar 28, 2020 at 07:56:33PM -0000, Allen Barnett wrote: I committed the updated config.sub and config.guess. svn up; ./configure; make CXXFLAGS+=-std=c++11 all check went fine, thank you! If you're happy, I will close ticket #3. I was happy with your initial commit already :-) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
-
Done. And thanks for your contribution! On Sat, Mar 28, 2020 at 4:02 PM Michael Shigorin mike@altlinux.org wrote: On Sat, Mar 28, 2020 at 07:56:33PM -0000, Allen Barnett wrote: I committed the updated config.sub and config.guess. svn up; ./configure; make CXXFLAGS+=-std=c++11 all check went fine, thank you! If you're happy, I will close ticket #3. I was happy with your initial commit already :-) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info --...
-
initial aarch64 and e2k support patches
-
On Sat, Mar 28, 2020 at 3:25 PM Allen Barnett allenbarnett5@gmail.com wrote: On Sat, Mar 28, 2020 at 3:08 PM Michael Shigorin mike@altlinux.org wrote: On Sat, Mar 28, 2020 at 06:54:27PM -0000, Allen Barnett wrote: Well almost, autoreconf -fisv has masked the need to update config/config.{guess,sub} from recent gnu-config so it has these arches handy too; would be perfect if you updated them from http://git.savannah.gnu.org/gitweb/?p=config.git I'm planning on deprecating the autoconf build in favor...
-
Update config.guess and config.sub to newer versions supporting aarch64 and
-
Hi Michael: I have committed your patches to the SVN repository. Please check out the trunk and make sure it functions as you expect. Thanks, Allen On Sun, Sep 22, 2019 at 10:43 AM Michael Shigorin gvy@users.sourceforge.net wrote: [patches:#3] https://sourceforge.net/p/libemf/patches/3/ initial aarch64 and e2k support patches* Status: open Group: Unstable_(example) Labels: arch Created: Sun Sep 22, 2019 02:43 PM UTC by Michael Shigorin Last Updated: Sun Sep 22, 2019 02:43 PM UTC Owner: nobody Attachments:...
-
On Sat, Mar 28, 2020 at 3:08 PM Michael Shigorin mike@altlinux.org wrote: On Sat, Mar 28, 2020 at 06:54:27PM -0000, Allen Barnett wrote: Well almost, autoreconf -fisv has masked the need to update config/config.{guess,sub} from recent gnu-config so it has these arches handy too; would be perfect if you updated them from http://git.savannah.gnu.org/gitweb/?p=config.git I'm planning on deprecating the autoconf build in favor of CMake. I find the autoconf stuff just to hard to maintain. Well if good...
-
On Sat, Mar 28, 2020 at 2:35 PM Michael Shigorin mike@altlinux.org wrote: On Sat, Mar 28, 2020 at 01:39:31PM -0400, Allen Barnett wrote: I have committed your patches to the SVN repository. Please check out the trunk and make sure it functions as you expect. Well almost, autoreconf -fisv has masked the need to update config/config.{guess,sub} from recent gnu-config so it has these arches handy too; would be perfect if you updated them from http://git.savannah.gnu.org/gitweb/?p=config.git I've tested...
-
Alternative build system based on CMake.
-
Add big-endian mips configuration.
-
Add "context" support for aarch64 and e2k architecture.
-
Fix file reading on big-endian CPUs.
-
Remove unused code.
-
Generally, try to be more robust in the face of inconsistent EMF
-
Thanks! I will try to apply your patches in the not-too-distant future.
-
initial aarch64 and e2k support patches
-
Balint Reczey posted a comment on ticket #4
Hi Allen, Yes QEMU can emulate big endian systems, but I have already tested it on s390x patching the current Debian package. So if you are happy with it on amd64 I think you can safely take it.
-
Hi Balint: Thank you for the patch. I see what you're getting at there. I don't have any way to test the big-endian code. I used to have a sparc-based javastation, but that has long since gone to electronics recycling. Do you have a suggestion for how I could build and test the big-endian code? Does QEMU simulate big-endian systems?
-
Hi Allen, The fix broke libemf on big endian systems, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919766 . The attached patch tries to follow the concept of the original fix in an endian-aware way. Please consider accepting it. LibEMF could also make use of a test where it tries to read a sample file truncated to 0..n-1 bytes wrapped in Valgrind. Thanks, Balint
-
docheck2 test failure
-
Release of libEMF 1.0.11
-
I guess this is fixed in 1.0.10 (and later). Thanks for the reports.
-
Tag 1.0.11
-
-
Update the version to 1.0.11.
-
Be more careful when reading a metafile. EOF is only allowed when
-
Tag 1.0.10
-
Rename the docheck scripts to docheck.sh and then add a dependency on
-
For what it's worth, I think I have a fix for this. I'll try to patch it up over Christmas break. Thanks for your reports. On Mon, Dec 3, 2018 at 12:50 PM Daniel Bermond danielbermond@users.sourceforge.net wrote: I also have the same issue. I add here that the 'docheck2' test fails randomly for me. Sometimes it fails and sometimes it passes. System Information: OS: Arch Linux x86_64 Compiler: gcc 8.2.1 libEMF: 1.0.9 [bugs:#4] https://sourceforge.net/p/libemf/bugs/4/ docheck2 test failure* Status:...
-
Daniel Bermond posted a comment on ticket #4
I also have the same issue. I add here that the 'docheck2' test fails randomly for me. Sometimes it fails and sometimes it passes. System Information: OS: Arch Linux x86_64 Compiler: gcc 8.2.1 libEMF: 1.0.9
-
OK! I can cause the same problem on linux with "make -j2 check". So, I'm at the mercy...
-
Hanspeter Niederstrasser posted a comment on ticket #4
It's a race condition in the make check sequence. I noticed that the output during...
-
Here's check2.emf. check1 and check3 pass OK.
-
I'm not sure I can find such a system to test on. I'll ask around. Meanwhile, can...
-
I'm on OS X 10.11, using in the built-in clang compiler. I build with the standard...
-
Hey: I just downloaded, built and tested the 1.0.9 release. It works OK for me (on...
-
docheck2 test failure
-
Release of libEMF-1.0.9
-
-
Update the Doxygen documentation.
-
Thanks to Guillaume Horel for pointing out that...
-
Release of libEMF-1.0.8
-
-
An installer for testing. The idea is that you ...
-
Try to put installers (or distributions) here.
-
Not really a good place for this.
-
Create a place to store installers (or distribu...
-
Update the Doxyfile to version 1.8 and clean th...
-
Some more updates due to newer versions of the ...
-
More updates to the Doxygen HTML.
-
Add TextOutW and ExtTextOutW courtesy of Bill C...
-
Patches needed to compile under GCC 3.2
-
Sorry. For a long time source forge was throwing away my mail. It should work now,...
-
libEMF-1.0.4
-
I think this is fixed.
-
Wow. I didn't even know these feature requests existed. This seems reasonable. I'll...
-
Update to gcc4
-
To the best of my knowledge this is so.
-
Looks weird doesn't it. But LF_FACESIZE the size of the lfFaceName field and is a...
-
Compile error on Linux 64 bit
-
I think is fixed as well.
-
gcc3 fix
-
Well. How do you close a ticket?
-
Hmm. I didn't know about the bug reporting. I reckon this is fixed.
-
dcb created ticket #3
libemf.h: 3 * bad array index ?
1