代码搜索：Generating
找到约 2,801 项符合「Generating」的源代码
代码结果 2,801
www.eeworm.com/read/193974/5138125
py __init__.py
# Copyright (C) 2001,2002 Python Software Foundation
# Author: barry@zope.com (Barry Warsaw)
"""A package for parsing, handling, and generating email messages.
"""
__version__ = '2.5.3'
__all__ = [
www.eeworm.com/read/190666/5173390
c pmf4.c
// Bug: g++ doesn't compensate for finding a virtual function in a
// non-primary vtable when generating PMFs.
// Submitted by Jason Merrill
struct A {
virtual ~A() {}
};
struct
www.eeworm.com/read/190346/5183955
py gen_win.py
#
# gen_win.py -- base class for generating windows projects
#
import os
import sys
import string
import fnmatch
import re
try:
from cStringIO import StringIO
except ImportError:
fr
www.eeworm.com/read/177697/5321296
depcomp
#! /bin/sh
# depcomp - compile a program generating dependencies as side-effects
scriptversion=2004-05-31.23
# Copyright (C) 1999, 2000, 2003, 2004 Free Software Foundation, Inc.
# This program is
www.eeworm.com/read/177697/5322638
depcomp
#! /bin/sh
# depcomp - compile a program generating dependencies as side-effects
scriptversion=2004-04-25.13
# Copyright (C) 1999, 2000, 2003, 2004 Free Software Foundation, Inc.
# This program is
www.eeworm.com/read/347503/3170020
s crange4.s
! This will be two .cranges. Original problem was that the second one was
! lost because .space just emitted a frag, without calling emit_expr as
! most other data-generating pseudos.
.mode SHmedia
www.eeworm.com/read/340665/3266603
s crange4.s
! This will be two .cranges. Original problem was that the second one was
! lost because .space just emitted a frag, without calling emit_expr as
! most other data-generating pseudos.
.mode SHmedia
www.eeworm.com/read/340665/3273051
c array3.c
// PR c++/6331
// Bug: we were generating a badly cv-qualified ARRAY_TYPE in the
// synthesized copy constructor for A, which then became the canonical
// version, confusing later uses.
struct A {
www.eeworm.com/read/340665/3273197
c covariant1.c
// PR c++/5607
// Currently we don't support covariant returns that would actually require
// a pointer adjustment. We were failing to recognize this as such a case,
// so were silently generating b