[Bug 1338043] Re: Using seh exceptions, win32 threads
That sounds perfect Stephen, thanks for the great work and the heads-up. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1338043 Title: Using seh exceptions, win32 threads To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gcc-mingw-w64/+bug/1338043/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1338043] Re: Using seh exceptions, win32 threads
The cross-compile from my own set of SEH, win32-threading debs worked nicely. There was one little hangup of strerror_s not existing in the msvcrt runtime when I try to run the cross-compiled binary on XP, but I think I can solve that with a configure flag in the library I'm building. Deciding to not support XP is an okay decision in my book, hopefully more people will agree with that over time. Overall I was pleasantly surprised how painless and relatively quick (only about 20 minutes, on an old computer) it was to build the set of modified MinGW debs, it felt much faster than the last time I built GCC from source on a non-Debian distribution. Maybe just because cross- compilers don't go through the whole bootstrap process? Anyway, in case it helps anyone who comes across this in the future, this was the set of steps I did to make it all work (reconstructed from my .bash_history): mkdir ~/GCC cd ~/GCC apt-get source gcc-mingw-w64 sudo apt-get build-dep g++-mingw-w64 sudo apt-get build-dep gfortran-mingw-w64 cd gcc-mingw-w64-12 # change --enable-threads=posix to --enable-threads=win32 # and remove --enable-sjlj-exceptions from debian/rules # change libgcc_s_sjlj-1.dll to libgcc_s_seh-1.dll in # debian/gcc-mingw-w64-x86-64.install dpkg-buildpackage -rfakeroot -uc -b cd .. sudo dpkg -i *.deb This overwrites the existing SJLJ, posix-threading MinGW packages I had installed, but I'm okay with that for now and it should be easy to get them back if I need them. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1338043 Title: Using seh exceptions, win32 threads To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gcc-mingw-w64/+bug/1338043/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1338043] Re: Using seh exceptions, win32 threads
Thanks Stephen, glad you saw this. So it looks like I got a set of debs built okay from the source package without much trouble. I changed --enable-threads from posix to win32 in debian/rules, and deleted the line that said --enable-sjlj-exceptions. The gcc-mingw-w64-i686/usr/lib/gcc/i686-w64-mingw32/4.8 build result has an sjlj libgcc_s, and no libwinpthread. I also had to change debian/gcc- mingw-w64-x86-64.install to fix the 64 bit filename to now be libgcc_s_seh-1.dll. I'll give these debs I just built a try. Will take a while to rebuild the library I'm interested in at the moment, it has a bunch of big dependencies. You know better than I in terms of the best way to eventually set it up. But I'd be interested to see what it might look like from an end-user standpoint. Would alternatives be used to switch the default linker script between multiple options, possibly? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1338043 Title: Using seh exceptions, win32 threads To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gcc-mingw-w64/+bug/1338043/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1338043] [NEW] Using seh exceptions, win32 threads
Public bug reported: Perhaps this question should go to Debian - I'm interested in using the MinGW-w64 cross-compiler package but my preference is for SEH exception handling on x86_64 (rather than sjlj), and win32 threading instead of posix to avoid the dependence on libwinpthread-1.dll. Other non-Debian distributions like Fedora and OpenSUSE provide this combination by default, though I recognize win32 threading does not work as well with std::thread so it's not ideal for all users. If there were a mechanism for providing multiple options through Debian/Ubuntu packaging, it would be a much more versatile platform for cross-compilation. Maybe this would be good to do as a PPA? I'm experimenting now with doing dpkg-buildpackage with a couple small modifications to the debian/rules file where the appropriate configure flags are used. ** Affects: gcc-mingw-w64 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1338043 Title: Using seh exceptions, win32 threads To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gcc-mingw-w64/+bug/1338043/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1087171] Re: Command line option -PIC accepted on armhf but nowhere else?
Update: on Quantal, the bug is fixed with gcc-4.7, but still present with gcc-4.6. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1087171 Title: Command line option -PIC accepted on armhf but nowhere else? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/1087171/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1087514] [NEW] package initramfs-tools 0.103ubuntu0.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
Public bug reported: This happened following https://bugs.launchpad.net/ubuntu/+source /update-manager/+bug/1087502 when I tried to run do-release-upgrade a second time. Essentially duplicate, submitted in case auto-generated additional information is useful. This may be related to https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1035647 and I will try the workaround suggested therein. ProblemType: Package DistroRelease: Linaro 12.11 Package: initramfs-tools 0.103ubuntu0.2 Uname: Linux 3.2.1-linaro-omap armv7l ApportVersion: 2.6.1-0ubuntu6 AptOrdering: initramfs-tools: Configure Architecture: armhf Date: Fri Dec 7 00:47:52 2012 DpkgHistoryLog: Start-Date: 2012-12-07 00:47:09 ErrorMessage: subprocess installed post-installation script returned error exit status 1 MarkForUpload: True PackageArchitecture: all SourcePackage: initramfs-tools Title: package initramfs-tools 0.103ubuntu0.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 UpgradeStatus: Upgraded to precise on 2012-12-07 (0 days ago) ** Affects: initramfs-tools (Ubuntu) Importance: Undecided Status: New ** Tags: apport-package armhf precise -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1087514 Title: package initramfs-tools 0.103ubuntu0.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1087514/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1087502] [NEW] do-release-upgrade -d failure at /etc/initramfs/post-update.d//flash-kernel
Public bug reported: Attempted do-release-upgrade -d from Linaro Precise to Quantal on a brand new Gumstix Waysmall Silverlode armhf. Failure at: Processing triggers for initramfs-tools ... update-initramfs: Generating /boot/initrd.img-3.2.1-linaro-omap Unsupported platform. run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 1 dpkg: error processing initramfs-tools (--configure): subprocess installed post-installation script returned error exit status 1 ProblemType: Bug DistroRelease: Linaro 12.11 Package: update-manager-core 1:0.174.3 Uname: Linux 3.2.1-linaro-omap armv7l ApportVersion: 2.6.1-0ubuntu6 Aptdaemon: Architecture: armhf Date: Fri Dec 7 00:06:20 2012 MarkForUpload: True PackageArchitecture: all ProcEnviron: TERM=linux PATH=(custom, no user) LANG=C.UTF-8 SHELL=/bin/bash SourcePackage: update-manager UpgradeStatus: Upgraded to precise on 2012-12-07 (0 days ago) modified.conffile..etc.update.motd.d.91.release.upgrade: #!/bin/sh if [ -x /usr/lib/ubuntu-release-upgrader/release-upgrade-motd ]; then exec /usr/lib/ubuntu-release-upgrader/release-upgrade-motd fi mtime.conffile..etc.update.manager.release.upgrades: 2012-11-08T20:12:53 mtime.conffile..etc.update.motd.d.91.release.upgrade: 2012-11-08T20:12:53 ** Affects: update-manager (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug armhf dist-upgrade precise ** Attachment added: "collected-logs.tgz" https://bugs.launchpad.net/bugs/1087502/+attachment/3453448/+files/collected-logs.tgz ** Tags added: dist-upgrade -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1087502 Title: do-release-upgrade -d failure at /etc/initramfs/post-update.d//flash- kernel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1087502/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1087171] [NEW] Command line option -PIC accepted on armhf but nowhere else?
Public bug reported: The following minimal test case reproduces the problem: echo "int main () {}" > test.c && gcc -c -o test.o test.c && gcc -o test -PIC test.o && echo "succeeds" On every other architecture I've tried, the -PIC flag results in "gcc: error: unrecognized option '-PIC'" which is the typically expected behavior here. Apologies if this counts as a linker bug and should not be filed under gcc. The unexpected success on armhf in Precise is confusing the build system of PETSc such that package libpetsc3.1-dev is failing to build shared libraries. If this is actually a feature rather than a bug of this version/arch of gcc or ld then this could be considered a bug in PETSc's build system instead. You can see the effect this has on PETSc in its configure.log (/usr/lib/petscdir/3.1/$PETSC_ARCH/conf/configure.log, see the tests checkPIC and checkSharedLinker). Normally the test fails with '-PIC', so it moves on to try '-fPIC' which works correctly for building shared libraries. It does look as though this has been fixed in Quantal, but the unexpected behavior remains in Precise. ProblemType: Bug DistroRelease: Linaro 12.11 Package: gcc 4:4.6.3-1ubuntu5 Uname: Linux 3.2.1-linaro-omap armv7l ApportVersion: 2.0.1-0ubuntu15 Architecture: armhf Date: Thu Dec 6 08:24:38 2012 MarkForUpload: True ProcEnviron: TERM=xterm LANG=C.UTF-8 SHELL=/bin/bash SourcePackage: gcc-defaults UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gcc-defaults (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug armhf petsc precise -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1087171 Title: Command line option -PIC accepted on armhf but nowhere else? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/1087171/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs