Hmm, it has been several weeks since then and I'd like to bump this tiny
issue. The source of these errors was within
i686-w64-mingw32/include/d3dx9math.inl where some inline functions were
using the 'max()' and 'min()' macros that never seemed to get a chance to
be defined thanks to the default se
2012/5/31 John E. / TDM:
> I can confirm that using --with-gnu-ld at GCC configure time seems to be
> the correct fix for this problem. I introduced it into TDM-GCC to
> resolve a different issue, but the script completes without error for me
> using 4.6.1-tdm64-1.
Excellent!
I will try to built u
On 5/30/2012 4:38 PM, Zaheer Chothia wrote:
> Hello,
>
> I encountered an issue with response files whilst building a shared library
> with many object files. When gcc invokes collect2 it doesn't forward the
> response file (@xyz.rsp) but rather passes its contents as arguments, which
> exhausts t
Hello,
I encountered an issue with response files whilst building a shared library
with many object files. When gcc invokes collect2 it doesn't forward the
response file (@xyz.rsp) but rather passes its contents as arguments, which
exhausts the 32KB command line length limit on Windows.
Subseque
Hello All!
On Wed, May 30, 2012 at 9:10 AM, xunxun wrote:
> 于 2012/5/30 21:10, Ruben Van Boxem 写道:
>
> 2012/5/30 xunxun
>>
>> 于 2012/5/30 20:55, Ruben Van Boxem 写道:
>>
>>> Hmm... it seems like it's looking in my --prefix or --sysroot directory.
>>> The MinGW;org version would only work if you in
于 2012/5/30 21:10, Ruben Van Boxem 写道:
2012/5/30 xunxun mailto:xunxun1...@gmail.com>>
于 2012/5/30 20:55, Ruben Van Boxem 写道:
Hmm... it seems like it's looking in my --prefix or --sysroot
directory. The MinGW;org version would only work if you
installed it in C:\MinGW
On Wed, May 30, 2012 at 9:06 AM, xunxun wrote:
> 于 2012/5/30 20:55, Ruben Van Boxem 写道:
>> Hmm... it seems like it's looking in my --prefix or --sysroot
>> directory. The MinGW;org version would only work if you installed it
>> in C:\MinGW or are using MSYS.
>>
>> I unfortunately do not know where
于 2012/5/30 20:55, Ruben Van Boxem 写道:
> Hmm... it seems like it's looking in my --prefix or --sysroot
> directory. The MinGW;org version would only work if you installed it
> in C:\MinGW or are using MSYS.
>
> I unfortunately do not know where this search path is hardcoded in
> GCC. JonY or kti
2012/5/30 Baruch Burstein
> Ruben,
> I tried using a custom specs file with your Win64 build (I suspect it is
> the same with other builds) as explained here:
> http://www.mingw.org/wiki/SpecsFileHOWTO. I placed it at dir>\lib\gcc\\\specs, but it wasn't working. I used Process
> Monitor to see i
Ruben,
I tried using a custom specs file with your Win64 build (I suspect it is
the same with other builds) as explained here:
http://www.mingw.org/wiki/SpecsFileHOWTO. I placed it at \lib\gcc\\\specs, but it wasn't working. I used Process
Monitor to see if the file was even being read, and found t
On Wed, May 30, 2012 at 1:06 PM, Baruch Burstein wrote:
>
> On Thu, May 24, 2012 at 4:31 PM, Earnie Boyd > wrote:
>
>> On Thu, May 24, 2012 at 7:46 AM, Baruch Burstein
>> wrote:
>>
>
>
>> On the other hand it will be easier to just add a specs file to the
>> /path/to/lib/gcc/TARGET/VERSION/ dire
On Thu, May 24, 2012 at 4:31 PM, Earnie Boyd
wrote:
> On Thu, May 24, 2012 at 7:46 AM, Baruch Burstein
> wrote:
>
> On the other hand it will be easier to just add a specs file to the
> /path/to/lib/gcc/TARGET/VERSION/ directory with the changed values.
> You can get a specs file by simply doin
12 matches
Mail list logo
