[Bug 1338043] Re: Using seh exceptions, win32 threads

2014-08-13 Thread Anthony Kelman
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

[Bug 1338043] Re: Using seh exceptions, win32 threads

2014-07-07 Thread Anthony Kelman
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

[Bug 1338043] [NEW] Using seh exceptions, win32 threads

2014-07-05 Thread Anthony Kelman
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

[Bug 1338043] Re: Using seh exceptions, win32 threads

2014-07-05 Thread Anthony Kelman
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

[Bug 1087171] Re: Command line option -PIC accepted on armhf but nowhere else?

2012-12-10 Thread Anthony Kelman
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

[Bug 1087171] [NEW] Command line option -PIC accepted on armhf but nowhere else?

2012-12-06 Thread Anthony Kelman
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

[Bug 1087502] [NEW] do-release-upgrade -d failure at /etc/initramfs/post-update.d//flash-kernel

2012-12-06 Thread Anthony Kelman
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:

[Bug 1087514] [NEW] package initramfs-tools 0.103ubuntu0.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1

2012-12-06 Thread Anthony Kelman
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