Laudon的专栏

背景：项目要求开发的系统，共用相同或大致相同的源码，产生windows和Linux版的软件。一个直观的解决方法是在windows使用vs的solution和project来控制管理编译，在Linux下用Makefile来控制管理编译。这种方法的好处是直观便捷。不方便的地方在于要维护较多的平台相关项目文件。另外一个解决方法是在windows下，用cygwin系统来控制管理编译。Linux下照旧。这样

编译一个glibc库，说实在话，是一个很麻烦的事情。因为libc库是GNU/Linux系统的一个基本构件。所以在编译的过程中有一些很tricky的操作。下面是一个编译并安装glibc-2.6.1的bash脚本，它位于glibc2.6.1的源代码目录的父目录。#!/bin/bash#(0)chdir[ test -x libc-bin ] || mkdir libc-bincd libc-bin/

这些时候在尝试写python程序。遇到一个很菜的问题在interactive mode下运行某一个module的函数，按照通常做法，先import这个module，比如main.py。然后调用其中的函数。发现main.py中存在一些问题，修改之。然后发现怎么也无法使得这些修改生效。再次调用，运行的依然是原来的函数。重新import这个module，也没有效果。只好退出后重启python解释器。太烦

This is the 14-th footnote in Chapter 5 of Oreilly--Learning Perl(3rd) . [14] Since each hash has its own private iterator, loops using each may be nested, as long as they are iterating over diffe