May 2012 - mingw - Fedora Mailing-Lists

[Bug 822312] -fstack-protector-all results in dynamic dependency on libssp-0.dll

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=822312 --- Comment #3 from Kai Tietz <ktietz(a)redhat.com> 2012-05-18 10:03:05 EDT --- hmm, by using '-static' option on gcc's frontend, it is absolutely to be expected that only the static-libraries are linked. This is true as long as there is a .dll.a and a .a library of same name present. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

[Bug 822312] -fstack-protector-all results in dynamic dependency on libssp-0.dll

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=822312 --- Comment #2 from Gregory Maxwell <gmaxwell(a)gmail.com> 2012-05-17 10:06:32 EDT --- Hm. I'll see what distinguishes our test cases and report back… since being able to manually make it static would be a big improvement. But I don't believe that libssp-0 being static with -static is the expected behavior in any case. That would be like dynamically linking libgcc. On the native Linux binaries you never see libssp dynamically linked. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

[Bug 822312] -fstack-protector-all results in dynamic dependency on libssp-0.dll

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=822312 Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-mingw(a)lists.fedorapr | |oject.org -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

[Bug 818256] Review Request: mingw-spice-gtk - client libraries for SPICE desktop servers

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=818256 --- Comment #9 from Fedora Update System <updates(a)fedoraproject.org> 2012-05-14 11:55:33 EDT --- mingw-spice-gtk-0.12-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/mingw-spice-gtk-0.12-2.fc17 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

[Bug 819670] Review Request: mingw-llvm - MinGW LLVM libraries

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=819670 --- Comment #9 from Eric Smith <eric(a)brouhaha.com> 2012-05-12 18:57:14 EDT --- Re: How does one get something linked against the LLVM-3.0.dll Pretty much the same way one builds a Windows application linked against any other MinGW DLL. In this case, using /usr/bin/i686-w64-mingw32-llvm-config in the same way that pkg-config might be used for building against MinGW libraries that include a .pc file. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

non-static ".a" files? (mingw-pthreads)

by Eric Smith

If a mingw package build produces a ".a" file that is not usable as a static library, is there any reason to include that ".a" file in the package at all? The specific case I'm wondering about is mingw-pthreads. I need a static version, and mingw-pthreads needs special attention to build a static version. The current package does include ".a" files in the package, but they're definitely not static. Would it be appropriate to just leave those out, and build actual static ".a" libraries to be put into a "-static" subpackage? Thanks! Eric

11 years, 11 months

2
3
0 / 0

[Bug 819670] Review Request: mingw-llvm - MinGW LLVM libraries

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=819670 --- Comment #8 from Eric Smith <eric(a)brouhaha.com> 2012-05-12 18:42:37 EDT --- The purpose of mingw-llvm is to be able to build applications for Windows that use the LLVM libraries, e.g., if they want to use the LLVM JIT capabilities. Such an app might possibly also be able to emit bitcode or even native code files, though that isn't what I use it for personally. The purpose of static libraries is to allow such programs to be built statically, to avoid having to distribute them with a bunch of DLLs (including but not limited to the LLVM DLLs). In other words, exactly the same reason as for packaging any other mingnn-*-static subpackage. I don't have any clue what an "llvm.exe" would do, even if it existed, which AFAIK it doesn't. Certainly this package doesn't contain one. The various .exe files that are in this package may or may not be useful to people that use applications built with mingw-llvm, depending on exactly what those applications do. I've had occasion to use a few of them. I could remove them from the package, and only include the libraries, but I thought that as long as the exe files were built and work, there was little advantage to not packaging them. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

[Bug 819670] Review Request: mingw-llvm - MinGW LLVM libraries

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=819670 Richard W.M. Jones <rjones(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rjones(a)redhat.com --- Comment #7 from Richard W.M. Jones <rjones(a)redhat.com> 2012-05-12 18:26:56 EDT --- As epienbro says, what's the point? There should perhaps be an llvm cross-compiler, ie. a native llvm binary that can generate Windows executables, but I don't see much point in an llvm.exe. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

[Bug 819670] Review Request: mingw-llvm - MinGW LLVM libraries

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=819670 --- Comment #6 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2012-05-12 17:17:37 EDT --- Perhaps I'm misunderstanding things, but what is the use case for this package? Is llvm.exe and the other tools intended to be called using wine? How does one get something linked against the LLVM-3.0.dll or is this only intended as direct dependency of the llvm.exe and the other tools? What purpose do the static libraries have? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

[Bug 812575] Review Request: mingw-gstreamer-plugins-bad-free - Cross compiled GStreamer plug-ins "bad"

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=812575 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA --- Comment #15 from Fedora Update System <updates(a)fedoraproject.org> 2012-05-12 15:44:54 EDT --- mingw-gstreamer-plugins-bad-free-0.10.23-5.fc17 has been pushed to the Fedora 17 testing repository. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

11 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw May 2012