bug 1855: libmudflap -- MinGW thread

To address bug 1855 [1], I try to add --enable-libmudflap to build gcc.

It failed as:

...
checking for thread model used by GCC... win32
win32 is an unsupported thread package
make[1]: *** [configure-target-libmudflap] Error 1
...

The direct cause from configure.ac:

...
# We only support posix threads, or no threads at all.
posix_threads=
case ${target_thread_file} in
   posix)
     posix_threads=yes
     ;;
   single)
     ;;
   *)
     echo "${target_thread_file} is an unsupported thread package" 1>&2
     exit 1
     ;;
esac
...

I believe MinGW has a POSIX interface for threading (pthreads-w32?). Is 
this true? If yes what is your suggestion on patching this. Adding 

Please test: gcc 4.8.0-1 and binutils 2.23.2-3

Both build with i686-pc-mingw32.

Individual packages are under the folders of:

https://sourceforge.net/projects/arthurzhang.u/files/mingw/

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr

Improving the performance of "mingw-get update"

Guys,

At present, the performance of "mingw-get update" is fairly abysmal; the 
bottleneck is the round trip time to set up individual downloads of 100+ 
small files, many of which will simply duplicate copies already present 
on the user's machine, and are therefore redundant.

To alleviate this, I'm exploring a technique whereby mingw-get, after 
having downloaded the top level package-list.xml.lzma, will be able to 
identify the redundancies in the additional catalogue files which are 
subsequently referenced, without actually downloading the redundant 
files.  This will rely on dynamically capturing the issue stamp of each 
referenced catalogue, within the referring package list, at mingw-dist 
"make" time, so that mingw-get can compare this with the issue stamp of 
any local copy, before downloading a redundant duplicate, and so being 
able to skip such downloads; the mingw-dist part of the implementation 
would be something along the lines of the attached patch.

Do note that this will represent a significant infrastructure update, 
(hence the major version number bump), requiring all of you who have 
existing working copies of mingw-dist to pull the update, run autoconf 
again, in the top source directory of your mingw-dist tree, followed by 
running configure again, in your corresponding top build directory.

Any comments, before I commit?

--

-- 
Regards,
Keith.

Hard drive failure

This is me crying about the loss of my development disk.  I think the
data can be recovered but I don't know when I'll get the data back.  I
was close to uploading the RC but that'll need to wait a few days now
so I can recreate it.  I have a backup copy but it is old. :(

Yea, yea, I know ...

--
Earnie
-- https://sites.google.com/site/earnieboyd

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

gcc 4.8.0 Ada error

Do you know what may cause the error below. Thanks.

Error:

s-atopri.o: In function `system__atomic_primitives__lock_free_read_64':
e:\test1\bd\wk\build\gcc\ada\rts/s-atopri.adb:80: undefined reference to 
`__atomic_load_8'
s-atopri.o: In function `system__atomic_primitives__lock_free_try_write_8':
e:\test1\bd\wk\build\gcc\ada\rts/s-atopri.adb:101: undefined reference 
to `__sync_val_compare_and_swap_1'
s-atopri.o: In function `system__atomic_primitives__lock_free_try_write_16':
e:\test1\bd\wk\build\gcc\ada\rts/s-atopri.adb:130: undefined reference 
to `__sync_val_compare_and_swap_2'
s-atopri.o: In function `system__atomic_primitives__lock_free_try_write_32':
e:\test1\bd\wk\build\gcc\ada\rts/s-atopri.adb:159: undefined reference 
to `__sync_val_compare_and_swap_4'
s-atopri.o: In function `system__atomic_primitives__lock_free_try_write_64':
e:\test1\bd\wk\build\gcc\ada\rts/s-atopri.adb:188: undefined reference 
to `__sync_val_compare_and_swap_8'
collect2.exe: error: ld returned 1 exit status
make[4]: *** [gnatlib-shared-win32] Error 1
make[4]: Leaving directory `/home/t/bd/wk/build/gcc/ada'
make[3]: *** [gnatlib-shared] Error 2
make[3]: Leaving directory `/home/t/bd/wk/build/gcc/ada'
make[2]: *** [gnatlib-shared] Error 2
make[2]: Leaving directory `/home/t/bd/wk/build/mingw32/libada'
make[1]: *** [all-target-libada] Error 2
make[1]: Leaving directory `/home/t/bd/wk/build'
make: *** [all] Error 2

Test BinUtils v2.23.2

BinUtils homepage is not updated yet but the ftp site has v2.32.2 dated 
March 26.

I built from the tar ball of v2.23.2 and 7zip the new binaries for your 
tests.

You could download the 7zip file from [1] and copy all folders under 
tmpmingw to overwrite the folders under your c:/MinGW.

Thanks.

[1] http://arthurzhang.users.sourceforge.net/mingwdev.html

[2] http://ftp.gnu.org/gnu/binutils/

------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html

MSYS2 develop

Hi!
I replace creating symlinks with copying files for regular files. But
I leave symlinks for devices because we need creating symlinks for
devices from virtual proc filesystem.

I upload my current 64-bit MSYS2 to dropbox. Who want to test can
download it from https://www.dropbox.com/s/dyw2m2dhii586qc/cross64.7z

Best regards,
Alexey.

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2

SF Export Control - Feature request

Please vote-up the following feature:

https://sourceforge.net/p/forge/feature-requests/85/

--
Earnie
-- https://sites.google.com/site/earnieboyd

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2

MSYS2 mintty

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2

_______________________________________________
MinGW-dvlpr mailing list
MinGW-dvlpr@...
https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr

Build Binutils -- warning: library `c:/mingw/lib/libintl.la' was moved.

Did you ever has this warning when build any stuff? Can I ignore it?

For my case, after this warning, libtool fails to open 
`/mingw/lib/libiconv.la'. My workaround is to make a copy of mingw/lib 
under MSYS(as /mingw/lib/ in MSYS). Is it a best practice for you guys 
to have a copy of mingw/lib under MSYS .

Thanks. Arthur

/bin/sh ./libtool --tag=CC   --mode=link gcc -W -Wall 
-Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wno-format -Werror -g 
-O2 -D__USE_MINGW_ACCESS  -static-libstdc++ -static-libgcc 
-Wl,--stack,12582912 -o as-new.exe app.o as.o atof-generic.o 
compress-debug.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o 
expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o 
input-file.o input-scrub.o listing.o literal.o macro.o messages.o 
output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o 
tc-i386.o obj-coff.o atof-ieee.o  ../opcodes/libopcodes.la 
../bfd/libbfd.la ../libiberty/libiberty.a -lintl

libtool: link: warning: library `c:/mingw/lib/libintl.la' was moved.
libtool: link: cannot find the library `/mingw/lib/libiconv.la' or 
unhandled argument `/mingw/lib/libiconv.la'
make[4]: *** [as-new.exe] Error 1
make[4]: Leaving directory `/e/test1/bb/gas'
make[3]: *** [all-recursive] Error 1
...

bash-3.1$ grep libiconv /c/mingw/lib/libintl.la
dependency_libs=' /mingw/lib/libiconv.la'

bash-3.1$ ls -l c:/mingw/lib/libintl.*
-rw-r--r-- ... 320692 Oct 21  2011 c:/mingw/lib/libintl.a
-rw-r--r-- ... 56108 Oct 21  2011 c:/mingw/lib/libintl.dll.a
-rw-r--r-- ... 915 Oct 21  2011 c:/mingw/lib/libintl.la

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

Build Binutils package

Is there any doc/script to direct me on how to build a test install 
package after make.

Also can I mingw-get from local disk instead of from a server.

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar